chore(opencode): обновить OpenSpec-скиллы и команды до 1.14.2
Подтянуть сгенерированные skills/commands (generatedBy 1.14.2) и уточнения инструкций (работа с artifactPaths, формулировки в explore).
This commit is contained in:
@@ -181,6 +181,8 @@ If the user mentions a change or you detect one is relevant:
|
|||||||
|
|
||||||
`<capability-path>` is the spec directory relative to `specs/` (for example, `user-auth` or `identity/user-auth`). Preserve an existing capability's full path and follow the project's established organization for new capabilities.
|
`<capability-path>` is the spec directory relative to `specs/` (for example, `user-auth` or `identity/user-auth`). Preserve an existing capability's full path and follow the project's established organization for new capabilities.
|
||||||
|
|
||||||
|
The files below are the default spec-driven schema's. With another schema, capture each insight in whichever artifact from `artifactPaths` fits it, and name that artifact in your offer; never create an artifact the schema does not define.
|
||||||
|
|
||||||
| Insight Type | Where to Capture |
|
| Insight Type | Where to Capture |
|
||||||
|----------------------------|-------------------------------------|
|
|----------------------------|-------------------------------------|
|
||||||
| New requirement discovered | `specs/<capability-path>/spec.md` |
|
| New requirement discovered | `specs/<capability-path>/spec.md` |
|
||||||
@@ -190,7 +192,7 @@ If the user mentions a change or you detect one is relevant:
|
|||||||
| New work identified | `tasks.md` |
|
| New work identified | `tasks.md` |
|
||||||
| Assumption invalidated | Relevant artifact |
|
| Assumption invalidated | Relevant artifact |
|
||||||
|
|
||||||
Example offers:
|
Example offers (default schema):
|
||||||
- "That's a design decision. Capture it in design.md?"
|
- "That's a design decision. Capture it in design.md?"
|
||||||
- "This is a new requirement. Add it to specs?"
|
- "This is a new requirement. Add it to specs?"
|
||||||
- "This changes scope. Update the proposal?"
|
- "This changes scope. Update the proposal?"
|
||||||
@@ -215,7 +217,7 @@ If the user mentions a change or you detect one is relevant:
|
|||||||
There's no required ending. Discovery might:
|
There's no required ending. Discovery might:
|
||||||
|
|
||||||
- **Flow into a proposal**: "Ready to start? Run `/opsx-propose` and this becomes a change."
|
- **Flow into a proposal**: "Ready to start? Run `/opsx-propose` and this becomes a change."
|
||||||
- **Result in artifact updates**: "Updated design.md with these decisions"
|
- **Result in artifact updates**: "Updated the design with these decisions"
|
||||||
- **Just provide clarity**: User has what they need, moves on
|
- **Just provide clarity**: User has what they need, moves on
|
||||||
- **Continue later**: "We can pick this up anytime"
|
- **Continue later**: "We can pick this up anytime"
|
||||||
|
|
||||||
|
|||||||
@@ -52,7 +52,7 @@ This workflow revises artifacts that already exist; it never creates missing one
|
|||||||
|
|
||||||
The artifact ids and paths come from the active schema - do NOT assume them, and do NOT branch on hardcoded artifact names. Custom schemas must work unchanged.
|
The artifact ids and paths come from the active schema - do NOT assume them, and do NOT branch on hardcoded artifact names. Custom schemas must work unchanged.
|
||||||
|
|
||||||
The files to edit are `artifactPaths.<id>.existingOutputPaths` - the concrete files that exist on disk, already glob-expanded for glob artifacts (e.g. `specs/**/*.md`). Do NOT write to `resolvedOutputPath`: for a glob artifact it is still the glob pattern, not a real file.
|
The files to edit are `artifactPaths.<id>.existingOutputPaths` - the concrete files that exist on disk, already glob-expanded for glob artifacts (e.g. `specs/**/*.md`), plus any confirmed concrete path allowed under a partly populated glob artifact (step 4). Do NOT write to `resolvedOutputPath`: for a glob artifact it is still the glob pattern, not a real file.
|
||||||
|
|
||||||
3. **Understand the request**
|
3. **Understand the request**
|
||||||
- If the user asked for a specific revision ("the design now uses X"), that is the starting edit.
|
- If the user asked for a specific revision ("the design now uses X"), that is the starting edit.
|
||||||
@@ -96,7 +96,7 @@ After each invocation, show:
|
|||||||
**Guardrails**
|
**Guardrails**
|
||||||
- Planning artifacts only - NEVER edit implementation code. If the revised plan implies code changes, stop and point to `/opsx-apply`.
|
- Planning artifacts only - NEVER edit implementation code. If the revised plan implies code changes, stop and point to `/opsx-apply`.
|
||||||
- Use the artifact ids and paths reported by `openspec status`; never branch on hardcoded artifact names.
|
- Use the artifact ids and paths reported by `openspec status`; never branch on hardcoded artifact names.
|
||||||
- Edit only the concrete files in `existingOutputPaths`; never write to a glob `resolvedOutputPath`.
|
- Edit only the concrete files in `existingOutputPaths`, plus any confirmed concrete path allowed under a partly populated glob artifact (step 4); never write to a glob `resolvedOutputPath`.
|
||||||
- Do not advance the build frontier: if an artifact has empty `existingOutputPaths` and status `ready` or `blocked`, creating them is a separate step, outside this workflow. Leave `skipped` artifacts untouched. The only new-file scope is a confirmed concrete path under a glob artifact whose `existingOutputPaths` is non-empty.
|
- Do not advance the build frontier: if an artifact has empty `existingOutputPaths` and status `ready` or `blocked`, creating them is a separate step, outside this workflow. Leave `skipped` artifacts untouched. The only new-file scope is a confirmed concrete path under a glob artifact whose `existingOutputPaths` is non-empty.
|
||||||
- Confirm every edit with the user before writing.
|
- Confirm every edit with the user before writing.
|
||||||
- If the request changes the change's *intent* rather than refining it, ask for a distinct unused change name and recommend `openspec new change "<new-change-name>"` instead (the "Update vs. Start Fresh" heuristic).
|
- If the request changes the change's *intent* rather than refining it, ask for a distinct unused change name and recommend `openspec new change "<new-change-name>"` instead (the "Update vs. Start Fresh" heuristic).
|
||||||
|
|||||||
@@ -7,7 +7,7 @@ compatibility: Requires openspec CLI.
|
|||||||
metadata:
|
metadata:
|
||||||
author: openspec
|
author: openspec
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
generatedBy: "1.14.1"
|
generatedBy: "1.14.2"
|
||||||
---
|
---
|
||||||
|
|
||||||
Implement tasks from an OpenSpec change.
|
Implement tasks from an OpenSpec change.
|
||||||
|
|||||||
@@ -7,7 +7,7 @@ compatibility: Requires openspec CLI.
|
|||||||
metadata:
|
metadata:
|
||||||
author: openspec
|
author: openspec
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
generatedBy: "1.14.1"
|
generatedBy: "1.14.2"
|
||||||
---
|
---
|
||||||
|
|
||||||
Archive a completed change in the experimental workflow.
|
Archive a completed change in the experimental workflow.
|
||||||
|
|||||||
@@ -7,7 +7,7 @@ compatibility: Requires openspec CLI.
|
|||||||
metadata:
|
metadata:
|
||||||
author: openspec
|
author: openspec
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
generatedBy: "1.14.1"
|
generatedBy: "1.14.2"
|
||||||
---
|
---
|
||||||
|
|
||||||
Enter explore mode. Think deeply. Visualize freely. Follow the conversation wherever it goes.
|
Enter explore mode. Think deeply. Visualize freely. Follow the conversation wherever it goes.
|
||||||
@@ -179,6 +179,8 @@ If the user mentions a change or you detect one is relevant:
|
|||||||
|
|
||||||
`<capability-path>` is the spec directory relative to `specs/` (for example, `user-auth` or `identity/user-auth`). Preserve an existing capability's full path and follow the project's established organization for new capabilities.
|
`<capability-path>` is the spec directory relative to `specs/` (for example, `user-auth` or `identity/user-auth`). Preserve an existing capability's full path and follow the project's established organization for new capabilities.
|
||||||
|
|
||||||
|
The files below are the default spec-driven schema's. With another schema, capture each insight in whichever artifact from `artifactPaths` fits it, and name that artifact in your offer; never create an artifact the schema does not define.
|
||||||
|
|
||||||
| Insight Type | Where to Capture |
|
| Insight Type | Where to Capture |
|
||||||
|----------------------------|-------------------------------------|
|
|----------------------------|-------------------------------------|
|
||||||
| New requirement discovered | `specs/<capability-path>/spec.md` |
|
| New requirement discovered | `specs/<capability-path>/spec.md` |
|
||||||
@@ -188,7 +190,7 @@ If the user mentions a change or you detect one is relevant:
|
|||||||
| New work identified | `tasks.md` |
|
| New work identified | `tasks.md` |
|
||||||
| Assumption invalidated | Relevant artifact |
|
| Assumption invalidated | Relevant artifact |
|
||||||
|
|
||||||
Example offers:
|
Example offers (default schema):
|
||||||
- "That's a design decision. Capture it in design.md?"
|
- "That's a design decision. Capture it in design.md?"
|
||||||
- "This is a new requirement. Add it to specs?"
|
- "This is a new requirement. Add it to specs?"
|
||||||
- "This changes scope. Update the proposal?"
|
- "This changes scope. Update the proposal?"
|
||||||
@@ -317,7 +319,7 @@ You: That changes everything.
|
|||||||
There's no required ending. Discovery might:
|
There's no required ending. Discovery might:
|
||||||
|
|
||||||
- **Flow into a proposal**: "Ready to start? Run `/opsx-propose` and this becomes a change."
|
- **Flow into a proposal**: "Ready to start? Run `/opsx-propose` and this becomes a change."
|
||||||
- **Result in artifact updates**: "Updated design.md with these decisions"
|
- **Result in artifact updates**: "Updated the design with these decisions"
|
||||||
- **Just provide clarity**: User has what they need, moves on
|
- **Just provide clarity**: User has what they need, moves on
|
||||||
- **Continue later**: "We can pick this up anytime"
|
- **Continue later**: "We can pick this up anytime"
|
||||||
|
|
||||||
|
|||||||
@@ -7,7 +7,7 @@ compatibility: Requires openspec CLI.
|
|||||||
metadata:
|
metadata:
|
||||||
author: openspec
|
author: openspec
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
generatedBy: "1.14.1"
|
generatedBy: "1.14.2"
|
||||||
---
|
---
|
||||||
|
|
||||||
Propose a new change - create the change and generate all artifacts in one step.
|
Propose a new change - create the change and generate all artifacts in one step.
|
||||||
|
|||||||
@@ -7,7 +7,7 @@ compatibility: Requires openspec CLI.
|
|||||||
metadata:
|
metadata:
|
||||||
author: openspec
|
author: openspec
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
generatedBy: "1.14.1"
|
generatedBy: "1.14.2"
|
||||||
---
|
---
|
||||||
|
|
||||||
Sync delta specs from a change to main specs.
|
Sync delta specs from a change to main specs.
|
||||||
|
|||||||
@@ -7,7 +7,7 @@ compatibility: Requires openspec CLI.
|
|||||||
metadata:
|
metadata:
|
||||||
author: openspec
|
author: openspec
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
generatedBy: "1.14.1"
|
generatedBy: "1.14.2"
|
||||||
---
|
---
|
||||||
|
|
||||||
Revise a change's existing planning artifacts and keep them coherent. Never edit code.
|
Revise a change's existing planning artifacts and keep them coherent. Never edit code.
|
||||||
@@ -59,7 +59,7 @@ This workflow revises artifacts that already exist; it never creates missing one
|
|||||||
|
|
||||||
The artifact ids and paths come from the active schema - do NOT assume them, and do NOT branch on hardcoded artifact names. Custom schemas must work unchanged.
|
The artifact ids and paths come from the active schema - do NOT assume them, and do NOT branch on hardcoded artifact names. Custom schemas must work unchanged.
|
||||||
|
|
||||||
The files to edit are `artifactPaths.<id>.existingOutputPaths` - the concrete files that exist on disk, already glob-expanded for glob artifacts (e.g. `specs/**/*.md`). Do NOT write to `resolvedOutputPath`: for a glob artifact it is still the glob pattern, not a real file.
|
The files to edit are `artifactPaths.<id>.existingOutputPaths` - the concrete files that exist on disk, already glob-expanded for glob artifacts (e.g. `specs/**/*.md`), plus any confirmed concrete path allowed under a partly populated glob artifact (step 4). Do NOT write to `resolvedOutputPath`: for a glob artifact it is still the glob pattern, not a real file.
|
||||||
|
|
||||||
3. **Understand the request**
|
3. **Understand the request**
|
||||||
- If the user asked for a specific revision ("the design now uses X"), that is the starting edit.
|
- If the user asked for a specific revision ("the design now uses X"), that is the starting edit.
|
||||||
@@ -103,7 +103,7 @@ After each invocation, show:
|
|||||||
**Guardrails**
|
**Guardrails**
|
||||||
- Planning artifacts only - NEVER edit implementation code. If the revised plan implies code changes, stop and point to `/opsx-apply`.
|
- Planning artifacts only - NEVER edit implementation code. If the revised plan implies code changes, stop and point to `/opsx-apply`.
|
||||||
- Use the artifact ids and paths reported by `openspec status`; never branch on hardcoded artifact names.
|
- Use the artifact ids and paths reported by `openspec status`; never branch on hardcoded artifact names.
|
||||||
- Edit only the concrete files in `existingOutputPaths`; never write to a glob `resolvedOutputPath`.
|
- Edit only the concrete files in `existingOutputPaths`, plus any confirmed concrete path allowed under a partly populated glob artifact (step 4); never write to a glob `resolvedOutputPath`.
|
||||||
- Do not advance the build frontier: if an artifact has empty `existingOutputPaths` and status `ready` or `blocked`, creating them is a separate step, outside this workflow. Leave `skipped` artifacts untouched. The only new-file scope is a confirmed concrete path under a glob artifact whose `existingOutputPaths` is non-empty.
|
- Do not advance the build frontier: if an artifact has empty `existingOutputPaths` and status `ready` or `blocked`, creating them is a separate step, outside this workflow. Leave `skipped` artifacts untouched. The only new-file scope is a confirmed concrete path under a glob artifact whose `existingOutputPaths` is non-empty.
|
||||||
- Confirm every edit with the user before writing.
|
- Confirm every edit with the user before writing.
|
||||||
- If the request changes the change's *intent* rather than refining it, ask for a distinct unused change name and recommend `openspec new change "<new-change-name>"` instead (the "Update vs. Start Fresh" heuristic).
|
- If the request changes the change's *intent* rather than refining it, ask for a distinct unused change name and recommend `openspec new change "<new-change-name>"` instead (the "Update vs. Start Fresh" heuristic).
|
||||||
|
|||||||
Reference in New Issue
Block a user