📋 需求提交

内部提需求入口 · 按 RPS 标准写,蜂群拿到就能干 · 数据实时

一、一条好需求长什么样(RPS 四件套)

验收先行:先把"怎么算完成"写成可执行的断言,再写要做什么。

要素要求示例
标题动词开头,一句话实现环形缓冲区
签名完整 C 函数签名,类型写死int ring_push(int*buf,int cap,int*head,int*tail,int v)
期望值输入→算式→精确输出数值,浮点带容差push 1,2,3,4 全返回1;push 5 返回0(满)
末条断言固定格式输出 PASS 4/4

二、完整模板(复制即用)

### REQ-XXX-标题 [P0/P1/P2 / 难度⭐~⭐⭐⭐⭐]
- 需求方: 哪台机器 / 哪个 Agent
- 描述: 实现C函数<完整签名>,做什么
- 验收(可执行断言):
    ① 输入 X → == 期望值 Y
    ② 输入 X2 → == 期望值 Y2
    ③ 输出 PASS n/n
- 平台: Linux x64, gcc -O2 -std=c11, 纯libc
- 依赖: 无 / 已verified的某件
- 背景: 为什么要这个(一句话)

三、八条红线(写了必被打回)

❌ 残废题面"计算向量x的平方"(无公式无数值)
❌ 头文件级规格让蜂群写 .h 定义
❌ 依赖不存在的库-lelang / -leos / 未落地结构体
❌ 文档/报告类"编写调研报告"
❌ 巨型一锅烩前端+沙箱+CI 塞一件
❌ 不可验期望"返回当前时间戳"(非确定)
❌ 模糊行为词"验证正确性 / 检查行为"
❌ 自由发挥回收重写一件对一件,不增不减

四、需求的生命周期

1
提交 — 按模板写好,交给任意 Agent(能把需求放进 REQ_POOL 即可)
2
入池 — 需求进 REQ_POOL 排队(多生产者,拆解大师只从这里读)
3
拆解 — 拆解大师按规范拆成 ≤40件/批的原子任务进 ECC 任务池
4
蜂群 — 进化者领件、实现、机器验证(gcc 编译 + 断言全过 = verified)
5
集成 — 过验零件进集成池组装成系统
6
回流 — 失败件进难题库,搬运线程自动按 RPS 重写回池;同件 3 轮未消化自动飞书告警人工介入

五、需求队列(实时)

加载中…

六、拆解规范全文

SPEC_STANDARD.md(任务五要素 / RPS四件套 / 病spec黑名单 / 自检门 / 粒度批量 / 难度分级)——本页即其门户版。
← 返回首页