---
name: feature-development
type: procedure
when: '新功能开发, 需求实现, feature, 新增功能, 需求开发, 功能实现, 新建功能'
scope:
  - backend
  - frontend
products:
  - '*'
id: ka-procedure-功能开发流程
asset_kind: procedure
lifecycle_status: active
authority: supporting
owner_mechanism_id: mc-task-context-lifecycle
routes:
  - code_change
primary_triggers:
  - 功能开发流程
secondary_triggers: []
negative_triggers: []
priority: P1
specificity: 5
consumes:
  - mc-intent-router
emits:
  - execution_result
  - evidence
required_evidence:
  - execution_evidence
version: 1.0.0
last_reviewed: '2026-05-22'
migration_note: 知识资产标准化迁移
status: active
---

## 适用场景
从需求到上线的完整功能开发流程。适用于需要前后端协作的中等及以上复杂度功能。

## 步骤
1. 需求澄清：确认功能边界、验收标准、影响范围
2. 技术方案设计：确定接口契约（API 定义）、数据模型、技术选型
3. 自主技术选型（若涉及架构级选型）：调用 sf_explore 检索行业基准 → 四维矩阵 → 证伪循环 → A/B 决策诱导 → 等待人类选择
4. 前后端对齐：API 文档/接口契约评审，确认字段和状态流转
4. 后端开发：按 crud-operation / api-pagination 等模式实现，先写接口再写逻辑
5. 前端开发：按 react-component / react-api-integration 等模式实现页面和接口对接
6. 单元测试：Service 层核心逻辑 + 前端关键组件
7. 联调测试：前后端联调，验证完整流程
8. 代码审查：使用 sf_review 检查质量/安全/性能
9. 提测：部署到测试环境，执行验收标准
10. 修复反馈问题后准备发布

## 检查点
- [ ] API 接口契约已对齐并文档化
- [ ] 后端接口有 Swagger/OpenAPI 文档
- [ ] 核心逻辑有单元测试覆盖
- [ ] 前后端联调通过
- [ ] 涉及技术选型时已通过 sf_explore 完成行业基准对齐
- [ ] 交付物末尾已签署终局宣言

## 注意事项
- 接口契约先于实现（避免前端等后端）
- 复杂功能拆分为多个子任务并行开发
- 每个子任务完成后及时联调，不要全部完成后才联调
- 编码前确认交付蓝图状态，敏感领域（金额算法/状态流转/审批规则/跨系统同步）需用户确认
- 通过交付蓝图的必须读/可选读/默认不读列表控制上下文，禁止默认读取全部上游文档
- 修复限于同一限界上下文可继续；跨越无关模块必须返回任务拆解
- 变更映射必须覆盖所有改动，unmapped_changes 不允许非零
