G-Code/项目资料/05-差异化增强方向.md

05 差异化增强方向

Qoze 已经是“通用 Coding Agent + TUI + Skill/MCP/Subagent”。
你要做成自己的项目，价值不在再做一个更全的 Qoze，而在更适合你日常的那几刀。

阶段 5 只选 1 个主特色。下面按“值得做 / 以后再说 / 不要做”分组。

主特色候选（选一）

1. 公司研发工具箱（最贴你的工作）

把内部流程做成工具，而不是让模型瞎猜命令：

• 只读：GitLab 当前用户的 MR 列表、某仓库流水线状态
• 只读：Jenkins 最近一次构建结果（你已有相关 skill 和工作流）
• 写操作必须二次确认：创建 MR、触发构建

为什么这是差异化：通用 Agent 不会懂 hjgit / 公司 CI；这是你的护城河。

注意：密钥走环境变量；工具默认只读；日志不要打印 token。

2. Java / Maven 项目大脑

Qoze 的 analyze_project / find_symbols 偏通用。你可以做深：

• 识别 pom.xml 模块结构
• mvn -q -DskipTests compile 封装成工具（带确认）
• 失败日志截断后回传模型
• 可选：jar tf + 定位依赖冲突（README 提过，源码未必完整）

适合你长期改 Java 仓库。

3. 人在回路（HITL）安全层

把 execute_command 和文件写入做成审批：

模型提议
  → 终端展示命令 / diff
  → y 执行 / n 拒绝并写回 ToolMessage“用户拒绝”
  → 模型改方案

这会立刻比很多开源 Agent 更适合在公司电脑上用。

4. Windows 第一公民

Qoze 在 Windows 上有编码、进程组、语音、crontab 一堆坑。你可以：

• 启动强制 UTF-8
• PowerShell 作为默认 shell
• 路径、杀进程按 Win32 做对
• 文档只承诺 Windows Terminal

范围小、但每天都有体感。

小增强（主特色稳定后再加）

• .myagent/rules/ 项目规则（学 .qoze/rules）
• git 上下文注入（学 utils/git_context.py）
• 一个 Skill：java-style 或 commit-message
• 流式输出 + 简单思考区（不必上完整 Textual）
• /compact：超长对话摘要后截断，控制 token

以后再说

• MCP（等你真有一个外部 server 要接）
• Subagent 并行（等单 Agent 经常上下文爆炸）
• 浏览器自动化
• 语音
• 多模型供应商矩阵

这些是 Qoze 变复杂的来源。你没需求就不要搬。

不要做

• 把品牌、ASCII logo、文案换个名发布
• 一上来做 Web 版 + TUI 版 + VSCode 插件三端
• 在工具里内置高危操作且无确认（删库、改系统目录、提交并 push）
• 把 Key 写进示例配置提交到 git

建议的最终形态（3 个月后）

一句话产品定义，写进你自己的 README 开头：

一个跑在 Windows 终端、默认 DeepSeek、对 Java 仓库和公司 CI 友好的个人 Coding Agent；
改文件和跑命令前会让我确认；架构我能自己讲清楚。

如果这句你改不动，说明特色还没选明白，先不要写代码。