@antprofuse/saddle-workflow 0.1.1 → 0.1.3
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/SKILL.md
CHANGED
|
@@ -70,3 +70,7 @@ npm install --prefix <工具目录> --no-save --package-lock=false @antprofuse/s
|
|
|
70
70
|
小程序测试建设归 `saddle-minifish-test`，先于且独立于产品研发。目录、独立 case、Mock 与原生断言的方法由该 Skill 唯一维护；workflow 只路由职责，不复制其具体规则。其 `references/islands-miniapp-case-tree.md` 和 `references/native-miniapp-validation.md` 分别承载覆盖组织与观察方法。
|
|
71
71
|
|
|
72
72
|
后端测试读取 [固定边界 case 与有效覆盖](references/case-coverage.md)，其边界归一化与组合规则不用于改造 Islands 前端目录。两层均区分覆盖建设、设施验证与产品执行证据，不用产品未完成阻止可独立建设的测试。
|
|
73
|
+
|
|
74
|
+
## 任务规划与过程复盘
|
|
75
|
+
|
|
76
|
+
Owner在协同任务启动前与交付收尾读取[任务规划与过程复盘](references/task-planning-review.md)。节点按[简短复盘模板](references/task-retrospective.md)记录耗时、输入缺口或错误引起的试错、依赖等待与改进建议；Owner核实关键路径和自身规划责任，形成下一轮具体改进。报告留在任务证据区，不进业务Git；仅经证据支持的通用经验进入Skill。规划经验归本Skill，测试与产品技术经验分别归对应Skill，避免多套入口。
|
package/package.json
CHANGED
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
# 任务规划与过程复盘
|
|
2
|
+
|
|
3
|
+
操作CoTask前读取平台cotask-owner协议；本文归saddle-workflow，承载Owner的规划经验，不另定义工具协议。任务授权和用户当前要求优先。
|
|
4
|
+
|
|
5
|
+
## 启动前
|
|
6
|
+
|
|
7
|
+
- 范围指向可索引的具体目录/原ID或具体交付对象，不只分配“处理测试”“完善前端”等分类。说明完成条件、文件所有权、依赖输入与输出位置。
|
|
8
|
+
- 在放行并行任务前核清共同入口、真实请求边界、可调用公共接口、工具与规则版本。未决业务选择列出依据供用户决策，不派开放任务靠执行者猜。
|
|
9
|
+
- 按写入冲突决定并行：区域测试在文件和准备接口互不冲突时可并行；同一页面产品实现采用单写者。公共设施、全局索引有唯一维护者，各区域独立文件和分支，集成后以精确版本交接。
|
|
10
|
+
- 产品任务以本轮完整需求和case集合为输入，不指定按目录或case顺序逐一研发。已有工程先运行本轮范围测试，以失败及需求变化定位工作，按共因统一修复；改后验证失败项和受影响的已通过项。单写者仅限制多个产品节点的并发写入，不限制节点内部统筹全部需求。普通case失败不应阻断其他独立case的失败收集，公共设施失效则先修共因。
|
|
11
|
+
- 给执行者实际可访问的规则和工具，不把Owner已读过/Skill源码已改当成成员已获得。需要发布的依赖先发布并核安装内容；Owner规划规则不必整篇复制给执行者，但本轮交付要求必须明确注入任务。
|
|
12
|
+
- 任务应有范围内修复权限，普通测试红灯分清产品或设施责任，不因为一次失败就阻塞或新增节点。真正源冲突与缺少不可替代输入才升级。
|
|
13
|
+
|
|
14
|
+
## 节点完成与Owner复盘
|
|
15
|
+
|
|
16
|
+
任务定义要求短篇过程复盘，字段见[复盘模板](task-retrospective.md)。报告写任务共享证据区，最终由Owner持久归档，不能混入业务代码仓。无问题可以明确写无，不为模板制造问题。
|
|
17
|
+
|
|
18
|
+
Owner收尾时结合报告和真实执行记录核对：
|
|
19
|
+
- 总历时与关键路径，安装/有效建设/验证/等待/返工分开；并行节点时长不能直接相加当总历时。
|
|
20
|
+
- 输入缺失、不准确、版本不可用、职责冲突造成的试错具体是哪一条；区分Owner设计缺陷、平台限制、正常产品修复。
|
|
21
|
+
- 重复运行是否由代码变化/失败修正/独立验收需要支撑，不能把必要验证称浪费，也不以省时为由减少覆盖。
|
|
22
|
+
- 给下一轮最多几项有证据的可执行改进：改哪里、谁负责、预期省掉哪类工作、怎样验证有效。节省时间未实测时标为待验证，不能凭感觉报提升。
|
|
23
|
+
|
|
24
|
+
## 长期沉淀与归属
|
|
25
|
+
|
|
26
|
+
通用规划/交接/效率经验进入本workflow参考；测试覆盖与断言进入测试Skill；小程序实现进入产品Skill。业务未决值、单次失败日志、具体任务SHA不作为通用规则。
|
|
27
|
+
|
|
28
|
+
只有来源清楚、能改变后续决策的经验才进入Skill。一次性细节留在任务复盘；不追加越来越长的强制流程。新规则先在小范围下一轮验证，再据效果保留或修正。已确认有效的技术方法必须通过实际发布/安装/任务引用链送达消费者，不能只记录在聊天或未发布源码。
|
|
29
|
+
|
|
30
|
+
本参考由Owner直接使用。修改后执行skill-creator的quick_validate，并人工核与用户规则/其他Skill不冲突；校验通过不等于效率已证明。下轮规划显式读取最近Owner复盘和本参考，记录采用了哪项改进。
|
|
@@ -0,0 +1,13 @@
|
|
|
1
|
+
# 节点过程复盘（给Owner，不是业务验收报告）
|
|
2
|
+
|
|
3
|
+
建议控制在一页内。复用已有日志和handoff，不额外重跑收集统计。不能精确测量的写估算及依据，无法得到的写未知。
|
|
4
|
+
|
|
5
|
+
- 节点/职责/交付：本次完成范围，引用现有handoff。
|
|
6
|
+
- 时间：开始/结束；安装、实际建设、验证、等待、返工的可测耗时或估算；并行重叠注明，不重复计时。
|
|
7
|
+
- 运行：实际运行次数，哪些因修改/失败修正/独立验收必需，哪些本可避免，附对应命令或日志索引。
|
|
8
|
+
- 输入问题：缺失、不准确、冲突、不可访问或版本漂移的具体输入 → 导致的尝试 → 代价 → 最终依据。没有就写无。
|
|
9
|
+
- 协作问题：依赖等候、公共文件冲突、职责不清、交接缺项、Owner额外介入及原因。
|
|
10
|
+
- 有效做法：本轮实际避免了什么重复，证据或对照是什么；无对照不声称量化提效。
|
|
11
|
+
- 改进建议：至多3项，包含应改的任务定义/接口/环境/Skill、适用范围、后续如何验证。区分已验证经验与待验证建议。
|
|
12
|
+
|
|
13
|
+
Owner最终汇总另写：关键路径与主要浪费；自身规划责任；采纳/暂不采纳的建议及理由；下一轮具体修改；经验进入哪个Skill、是否已真正送达消费者。报告/日志/截图不提交业务Git。
|