用途：把已批准的 ADR 与项目约定转化为可运行代码，支持 UI 轨道（组件、页面、布局）、逻辑轨道（API、服务、数据层、业务逻辑、集成），或两者并行，例如认证既含登录页面又含会话逻辑。
主要能力：开工前先做 ADR 门禁，若需自行发明未决的承载性选择（供应商、库、数据模型、跨切面模式、整页 UI 设计、功能行为），则停下并转交 /architect，不擅自猜测。门禁通过后读取 flow/build.md 执行后续步骤，按轨道构建，读取对应的 ui-guide.md 或 logical-guide.md。会写应用代码及 UI 的 CSS 与令牌，并更新 docs/scope/ 中该功能的进度状态、里程碑子框与代码指针；只在 ADR 的 Status 行做最小改动，构建开始由 Proposed 改为 In Progress，功能落地后由 In Progress 改为 Accepted。不写 ADR，不改根 AGENTS.md，新领域约定交由 /sync 处理。
使用方式：运行 /develop，在已有项目中构建。若是架构决策基础功能的脚手架子任务，则先按架构 ADR 的提议技术栈运行框架自身的初始化命令（如 create-next-app、cargo new），安装首批切片所需的基础依赖并确认可构建运行。非 git、离线或单人场景跳过新鲜度检查；否则先用 git fetch 与 git status 检查是否落后或有未提交改动，属于他人在建的功能会给出警告。要求必须已有项目骨架，否则提示先跑脚手架步骤。
限制：不替工程师做决定，缺 ADR 时路由到 /architect；不标记功能为完成，验证与测试分别等待 /check 与 /test；不重写 scope 文件，只改具体复选框或指针行；遇意外状态只标记不覆盖；文档路径默认 docs/，若 docs/ 是已发布文档站则用 .workflow/；需跨平台支持，交互问题以纯文本形式给出。具体收费、平台与效果暂未提供。