How to regenerate artifacts after modifying upstream dependencies? #600
Replies: 5 comments
-
|
I'm also interested to know how to update task based on updated specs |
Beta Was this translation helpful? Give feedback.
-
|
I think we should interact with AI in this case to provide more content and intent, example: You: I'm implementing add-dark-mode but discovered the design approach AI: Let me update design.md based on what you've learned... You: Yes AI: ✓ Updated tasks.md |
Beta Was this translation helpful? Give feedback.
-
|
It seems that OpenSpec only tells us that we can update exsiting specs and re-apply, but it doesn't tell us how to do that correctly. |
Beta Was this translation helpful? Give feedback.
-
|
same problem |
Beta Was this translation helpful? Give feedback.
-
|
I discovered a way to solve the problem. artifacts are generated step by step. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Description
I'm trying to understand the "Fluid" workflow philosophy in OpenSpec 1.0. The documentation states:
"Natural—update any artifact anytime" (https://github.com/Fission-AI/OpenSpec/blob/main/docs/migration-guide.md#whats-changing)
"During implementation, if you discover the design needs adjustment, just update the artifact and continue." (https://github.com/Fission-AI/OpenSpec/blob/main/docs/getting-started.md)
However, I'm encountering a workflow gap:
Scenario:
Problem:
Question:
I found a proposal for this exact issue at openspec/changes/add-artifact-regeneration-support/proposal.md in the repo, but it appears unimplemented (only proposal.md exists, no design/specs/tasks).
Any clarification would be greatly appreciated!
Beta Was this translation helpful? Give feedback.
All reactions