dev-flow-deepseek 0.7.7 → 0.8.0
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/README.md
CHANGED
|
@@ -90,6 +90,10 @@ digest、method profiles、live schemas 和恰好十五个工具,再创建或
|
|
|
90
90
|
Task 可选择 `plain`、`spec-kit` 或 `openspec` profile。Core 管理 current node、legal transitions、
|
|
91
91
|
destination、Recovery、blocker 和 terminal outcome;Adapter 负责执行当前节点工作、呈现完整 Action
|
|
92
92
|
并通过当前 Action 指定的提交工具转发节点结果。
|
|
93
|
+
Design、Tasks 与 Implementation 节点结果不发送 `requirements_revision`、`design_revision` 与
|
|
94
|
+
`task_plan_revision`;Core 确认当前 Action 身份后从同一 Task 快照填充。已证明零写入的
|
|
95
|
+
`required_member_missing` 只可按 `allowed_paths` 和当前节点已有事实修正一次;需要新的用户决定时
|
|
96
|
+
DeepSeek 停止并请求输入。
|
|
93
97
|
|
|
94
98
|
## 两仓声明、Workspace Root 与可选索引
|
|
95
99
|
|
package/package.json
CHANGED
|
Binary file
|
package/skills/dev-flow/SKILL.md
CHANGED
|
@@ -250,8 +250,10 @@ Before submitting, perform this order:
|
|
|
250
250
|
1. Rebind `fresh_action` and read `submission_tool`, `action_id`, `method_steps`, and all
|
|
251
251
|
`available_transitions`.
|
|
252
252
|
2. Read the live schema of that exact qualified submission tool. Do not choose another submit tool.
|
|
253
|
-
3. Open the matching node-result template and fill only current facts. Use current
|
|
254
|
-
|
|
253
|
+
3. Open the matching node-result template and fill only current facts. Use current work-item IDs,
|
|
254
|
+
record IDs, acceptance and evidence sets. Do not copy `requirements_revision`, `design_revision`,
|
|
255
|
+
or `task_plan_revision`: Core fills those system-state members from the current Task snapshot
|
|
256
|
+
after verifying the current Action.
|
|
255
257
|
4. Set `host="deepseek"`, copy only `task_id` and `action_id`, and select one returned
|
|
256
258
|
`transition_id`.
|
|
257
259
|
5. Provide `summary`, the transition's required or empty `reason`, and the exact `node_result`.
|
|
@@ -382,6 +384,11 @@ condition holds:
|
|
|
382
384
|
6. the corrected value follows directly from the returned `rule`, with no source-code guessing;
|
|
383
385
|
7. every other submitted fact keeps the same meaning.
|
|
384
386
|
|
|
387
|
+
A `required_member_missing` failure lists exactly the member Core could not find. Fill it from the
|
|
388
|
+
facts the current node work already established. When the missing member needs a new user decision,
|
|
389
|
+
such as a user confirmation that has not been obtained yet, stop and request that input instead of
|
|
390
|
+
generating it.
|
|
391
|
+
|
|
385
392
|
Stop immediately when the second submission also fails. Do not submit a third candidate payload;
|
|
386
393
|
report only the exact `path`, `rule`, and that the bounded correction still failed. Never report
|
|
387
394
|
either submitted field value.
|
|
@@ -5,6 +5,12 @@ is the exact input contract. The Host sends current work results; Core fills rev
|
|
|
5
5
|
process identity, source cursor, repository binding, artifact roles, method step identity/order/status
|
|
6
6
|
and the internal payload envelope.
|
|
7
7
|
|
|
8
|
+
Core also fills the system-state members `requirements_revision` (Design baseline),
|
|
9
|
+
`design_revision` (Tasks baseline) and `task_plan_revision` (Implementation) from the current Task
|
|
10
|
+
snapshot after it verifies the current Action. Node templates omit them. A client that still sends
|
|
11
|
+
the exact current value is accepted; a different value is refused as `current_value_required` with
|
|
12
|
+
the exact member path.
|
|
13
|
+
|
|
8
14
|
## Common input
|
|
9
15
|
|
|
10
16
|
Every ordinary submission contains exactly:
|
|
@@ -47,7 +53,7 @@ Use the live tool schema for types and nested members. These are the closed top-
|
|
|
47
53
|
| Requirements | `problem_class`, `baseline`, `unresolved_questions`, `changed_paths`, `no_file_changes` |
|
|
48
54
|
| Design | `problem_class`, `baseline`, `findings`, `changed_paths`, `no_file_changes` |
|
|
49
55
|
| Tasks | `problem_class`, `baseline`, `findings`, `changed_paths`, `no_file_changes` |
|
|
50
|
-
| Implementation | `problem_class`, `
|
|
56
|
+
| Implementation | `problem_class`, `completed_work_item_ids`, `changed_paths`, `no_file_changes`, `deviations`, `findings` |
|
|
51
57
|
| Test | `problem_class`, `checks`, `failed_items`, `unverified_items`, `manual_handoff_items`, `findings`, `changed_paths`, `no_file_changes` |
|
|
52
58
|
| Comprehension | `problem_class`, `explained_components`, `unresolved_questions`, `unnecessary_abstractions`, `maintenance_risks`, `user_confirmation`, `findings`, `changed_paths`, `no_file_changes` |
|
|
53
59
|
| Refactor | `problem_class`, `changed_paths`, `no_file_changes`, `simplifications`, `behavior_change_intended`, `findings` |
|