Keen Code

一句话定位

一个用 Go 写的极简终端编码 agent（类似 Claude Code / Codex CLI，但只有 6 个工具），而且它自己就是"用 AI agent 写出来的"——整个仓库的代码、文档、设计都由 agent 完成，人只当编排者。项目的卖点不是功能，是这个"agent 造 agent"的开发过程本身。

做这个东西的人

GitHub 用户 mochow13（Motta Kin），单人项目，MIT 协议，创建于 2026-02-16。个人背景未披露，但仓库里的 .ai-interactions 目录按时间记录了整个 AI 协作开发过程。

判断：作者是"人类编排 + AI 编写"这套新工作流的布道者——他特意把所有 agent 交互记录留在仓库里当证据。

它到底能做哪几件事

• 极简工具集 → 只有 read_file / write_file / edit_file / glob / grep / bash 六个工具
• 多模型多提供商 → Anthropic、OpenAI、Codex（OAuth）、Gemini、DeepSeek、Kimi、GLM、MiniMax、OpenCode Go、Amazon Bedrock
• 技能系统 → 规划、调试、重构、代码审查等专项工作流
• 跨轮记忆策略 → 单轮内全量可见；跨轮默认只保留有界的 TurnMemory 摘要（工具位置、输入、状态、非零退出码），不保留原始输出，可 /tool-history full 切换
• 会话与压缩 → 持久会话可恢复，/compact 手动压缩上下文
• 克制遥测 → 只上报会话开始/结束两个匿名事件，可 KEEN_TELEMETRY=off 关闭

它在替代什么旧行为

两层替代。

一是 Claude Code / Codex CLI 这类终端编码 agent：它用更小的工具面、更省 token 的跨轮记忆策略，赌"极简"在长会话里比功能多更可靠。

二是"人写代码"这个行为本身：这是它的核心叙事——开发流程变成 spec → plan → task → review 的循环，agent 写代码，人做需求澄清、设计评审、质量把关和测试。作者把人的角色重新定义为"编排者"。

判断：第二层替代才是它真正想卖的东西——它是在用仓库本身证明"agent 造 agent"这条路走得通。

商业模式

无。开源 + npm 分发（npm install -g keen-code），无托管服务、无付费计划。

判断：这类"证明型项目"的商业价值在作者本人而非代码——如果这套流程被验证，作者会带着这套方法论去做付费产品。

硬数字

• 57 star / 9 fork，MIT，创建于 2026-02-16（约 6 个月）
• 503 个提交，最新 v0.48.0（2026-08-13），开发相当活跃
• HN 6 分 / 5 条评论
• 用户数、任何付费转化：未披露

四维评估

判断

故事比功能值钱，但数据不买账。 "用你自己的产品造你自己"是最强的销售材料，这个仓库把这套过程完整存档了，叙事上几乎没有对手。但 6 个月只有 57 个 star，说明市场没有被这个故事打动——要么是编码 agent 赛道太挤，要么是"极简"在 Claude Code 面前没有足够强的理由换工具。

可借鉴的规律：省 token 的正确姿势是"跨轮只留摘要"。 任何长会话产品（agent、客服、分析工具）都可以抄这个设计：单轮内全量，跨轮只留结构化摘要 + 状态，需要时再展开。这是比"无脑堆上下文"明显更优的工程默认值。

局限：它的差异化是"开发方法"而不是"产品能力"，对普通用户，"方法"必须转化成"结果"（更快/更省/更准）才有人买。目前没有这种转化证据。

下一步看什么

① 三个月后 stars 是否破 200——极简编码 agent 定位能否起量 ② 是否有人公开贴出"用 keen-code 完成的真实项目"——叙事型项目需要外部证人 ③ 是否出现托管版或付费功能——任何商业化动作都是方法论被验证的信号

可借鉴的做法

叙事逻辑：把"开发过程"本身做成产品的一部分。这个仓库的 .ai-interactions 目录就是把过程存档变成证据——对任何想证明"自己的方法论靠谱"的产品，公开你的建造过程比宣传结果可信。

工程默认值：长会话产品的跨轮记忆策略可以照抄——默认只保留结构化摘要（位置、输入、状态、退出码），不保留原始输出，用户可手动切全量。这是省 token 和保质量之间最好的默认平衡。

结论

有待观察。 方法论的叙事很完整，工程执行也认真，但没有市场数据支持"这条路有人走"。把它当作"agent 造 agent"工作流的一份完整存档来看，等 stars 曲线决定它的命运。