工具与软件开发
现有项目的限定功能开发
为已有仓库增加一个可独立验收的功能。
- 适合
- 需要在已有 Repo 添加明确功能时选择；独立新原型选 网页实现与轻量 Web 工具。
- 工作范围单位
- 一项功能与对应验收用例
- 可能的交付形式
- 先交付仓库／功能评估报告；获准开发后交付客户仓库 Patch／PR 与测试
你提供 · 你会收到
需要你提供
- 目标仓库、指定 commit、必要开发环境
- 用户故事、规则、边界和验收用例
- 部署/安全/权限约束和允许修改范围
可以先说明你已有的材料，缺少的信息可在确认范围时补充。正式执行前，会根据具体任务确认必要的材料、使用权限及执行条件。
分两步进行
第一步 · 诊断
先交付仓库与功能可行性评估：运行／测试条件、涉及模块和依赖、验收用例、风险与阻塞，以及建议开发范围和报价依据。
可能交付什么
- 仓库／功能可行性、依赖与风险、验收用例和建议开发范围报告
诊断本身可以是一份完整订单。
你决定是否继续
第二步 · 获准后实施
客户确认功能规则、限定修改范围、授权和测试环境后，另行约定并报价开发；只有获准实施才交付分支／Patch／PR、功能验收与回归记录。
可能交付什么
- 客户控制仓库中的独立分支／PR 或 Patch
- 功能与回归测试、变更／依赖说明，以及约定的移交文档
另行确定范围与报价。
第三方费用第三方许可、API／模型运行、数据库或云测试资源、域名、托管和持续维护不默认包含，须另行约定。
重点核查诊断以可行性、依赖／阻塞、建议范围和客户可观察的验收用例报告完成；获准开发后才验收功能与回归，不默认合并或发布。
可核查的验收 · 3
- 第一步 · 诊断客户可从报告判断功能可行性、运行前提、建议范围、验收行为与回归风险；报告不是已实现的功能
- 第二步 · 获准后实施约定功能在指定环境完成，相关回归通过或明确说明阻塞
- 两步都适用任何范围均不得未经授权合并或生产部署
假设 Brief 与输出结构
示例 · 假设
说明性假设示例，非已完成的客户订单
示例请求
给已有 Dashboard 增加 CSV 导出功能，字段顺序必须固定。
示例成果文件
diagnosis.md字段、权限、依赖与导出功能可行性feature-export-csv.patch / PR仅在另行批准开发后交付acceptance-results.md获准开发后的功能／回归测试
文件名仅为示意
其他同类需求示例
- 给现有阅读网页增加夜间模式，保存用户偏好，并检查手机端已有排版是否受影响。
输出结构/测试路径
验收：按筛选条件导出、列顺序正确、特殊字符不乱码
重要边界
需客户控制的 Repo 与运行环境；DB 迁移、生产发布、跨模块架构修改另外定范围。
默认不包含
- 不明确的“帮我继续做整个产品”
- 无限新需求
- 第三方基础设施永久托管
影响报价的因素
先检查仓库与依赖，再按功能边界/测试与返工风险报价。
真实项目参考
Roleward ↗
AI 产品（自有项目）
验证工作流/产品实践；不代表市场成功或客户交付记录。
自有项目与公开作品证明相关实践，不代表付费客户交付记录，也不保证本次任务结果。
