docparse：实践指南
2026-10-07 3467523
2026-10-07 0
如果把ai-methodology放进候选清单，不能只看热度；它的定位是设计优先的 AI 开发方法，在编写任何重要代码之前在 IDEs 上强制实施苏格拉底式设计日志门。实际做软件开发时，经常会碰到依赖、接口和异常处理往往比主路径更影响采用，所以功能列表并不能代替验证。落地前可以在隔离分支完成一个可回滚的小任务，用安装步骤、接口契约、测试结果和错误信息判断它是否真的省事。它对需要可检查开发流程而非单次演示的工程师更有价值，但正式采用前仍要复查许可证、近期提交和问题区回应。
名称：mtg 描述：设计优先的 AI 开发方法 — 设计、规划、实施、审查和提交的结构化工作流程。通过设计日志和审批门来管理重要的变更。 论证提示：“挑战 | 设计图 | 研究 | 设计 | 计划 | 评论 | 实施 | 编排 | 代码审查 | 提交 | 调查 | 状态”
方法论
阅读 docs/rules.md — 这些规则管理本次会议中的所有工作。
命令
基于$ARGUMENTS，读取并执行相关命令文件：
| 命令 | 文件 | 目的 |
|---|---|---|
| 挑战[NNN\ | 主题] | commands/challenge.md | 对抗性地压力测试这项工作是否应该存在 |
| 设计地图[目的地] | commands/design-map.md | 在正常设计之前绘制具有雾路的已知目的地 |
| 研究[主题] | commands/research.md | 将源代码收集到文件中以适应上下文压缩 |
| 设计[主题] | commands/design.md | uncertain/multi-decision问题的完整问答设计日志 |
| 计划[主题] | commands/plan.md | 针对有界、已知范围任务的轻量级计划 |
| 评论 [NNN] | commands/review.md | 从多个角度审查设计日志 |
| 实施[NNN] | commands/implement.md | 系统地实施经批准的设计日志 |
| 编排[NNN\ | 主题] | commands/orchestrate.md | 根据用户批准的章程通过委派子代理运行设计日志或主题 |
| 代码审查 [NNN] | commands/code-review.md | 根据设计日志审查实施情况 |
| 提交 | commands/commit.md | 质量门控的提交工作流程 |
| 调查[主题] | commands/investigate.md | 根本原因调试入口点——没有根本原因就无法修复 |
| 状态 [NNN] | commands/status.md | 设计日志的进度简报 |
如果没有命令匹配，则显示此表并询问用户需要什么。