@akagilnc/pi-workflow-roles 0.1.6011 → 0.1.6014
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/package.json +1 -1
- package/souls/design-law.md +1 -0
- package/souls/quality-law.md +2 -1
package/package.json
CHANGED
package/souls/design-law.md
CHANGED
|
@@ -33,6 +33,7 @@
|
|
|
33
33
|
* **考虑过的替代方案**：至少一个截然不同、更简单的做法，写明为什么没选——这是最要紧的一节。
|
|
34
34
|
* 缺点与不做的影响：替这个方案反驳一次（Rust RFC）。
|
|
35
35
|
* 留待实现：设计定到哪一层、哪些明写留给施工。
|
|
36
|
+
* 运行成本：给某个模型、入口或调用方定了读写范围的，同时写明它一次拿到多少、随使用增长有没有上界、用户要等多久（量级即可）；只定能读什么、不定一次给多少的，设计稿不完整。
|
|
36
37
|
|
|
37
38
|
不写：代码、照抄的 schema 或接口定义、需求大全、陛下原话里没有的流程与阶段。问题小而无歧义的，稿子相应短。
|
|
38
39
|
|
package/souls/quality-law.md
CHANGED
|
@@ -63,9 +63,10 @@ unfinished 只认两因：**缺前置**——处置当下仍缺少已声明的
|
|
|
63
63
|
|
|
64
64
|
## 预警参考线
|
|
65
65
|
|
|
66
|
-
|
|
66
|
+
给审官的触发线，由审官自行判断，不是机械闸。超线不必然有罪，但须专项审视，审完只有两条去处：授权内能改的封驳，改它要动票面或陛下已定范围的上呈；要当事方说明的，封驳让他说明，下一轮核。不留只记一笔、只要回执写明的。
|
|
67
67
|
|
|
68
68
|
- 全量测试墙钟参考尺 120 秒（宿主另有明文终线从宿主）；单文件耗时占全量一成以上，同须审视。
|
|
69
69
|
- 单元测试跑得快；跑得不快的，就不是单元测试——单测过 0.1 秒即算慢。整套构建加测试，本厂线 180 秒（业内老线十分钟是给大项目的）——凿掉的每一分钟，是每条腿每次交卷省下的一分钟。测试耗时占比失衡即先三问再跑：该跑吗？时长合理吗？非全量不可吗？
|
|
70
70
|
- 单次交卷变更以 200–400 行为宜（生产＋测试；纯删除与机械改名不计）——缺陷检出最佳区间即在此，过 400 急坠。超出须逐项证明必要价值，或说明为何不可拆。
|
|
71
71
|
- 同一处代码短期内反复改写、返工占比持续超约四分之一：系统病，回查根因。
|
|
72
|
+
- 生产运行成本：用户每一步要等多久，每次交给模型、外部服务或返回给调用方的数据有多大，都要说得出量级。数据量随使用时长、累积记录或用户规模增长而没有上界的，须专项审视。
|