Repository navigation
feat: find the existing analogous flow before designing a new one (v0.18.0) - #12
Merged
Merged
Conversation
….18.0) Stage 1 now probes for flows the product already runs that make the same kind of user-visible transition, across every repository and tier the request crosses, and the options shown to the human must include reusing one when it exists. The researcher reports analogous flows without narrowing to the mechanism named in its question, and the adversary blocks an option set that adds a new mechanism while a working flow is ignored.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
v0.18.0 — look for the flow that already exists before designing a new one
A feature asked students to switch between two teachers and reload under the
chosen one. Stage 1 framed it as "where do we store the chosen teacher",
sent researchers after backend token-reissue precedents, and approved a
design with new APIs. The product already had a working re-entry flow for a
similar switch in the frontend repository; it surfaced after build, and the
design changed three times, past the spec re-gate cap. Nothing in the kit
asked for that search. This release adds it.
Changes
exist, find flows that already make the same kind of user-visible
transition, in every repository and tier the request crosses, and match
the request's behavior words against them. The report names each flow with
file:line and the roles it works for, or "none found" with the searches.
of the options shown to the human, with evidence; omitting it needs a
reason. A "where do we store X / which new mechanism" question is restated
as the user's transition first.
search is not narrowed to the mechanism named in the question.
flow for the same transition exists, with no stated reason, is blocking at
the intent and spec gates.
No script, gate, or template format changed; existing records stay valid.