Repository navigation
fix(trogonstack-nats): derive topology from channel contracts - #116
Conversation
Signed-off-by: Yordis Prieto <yordis.prieto@gmail.com>
|
No actionable comments were generated in the recent review. WalkthroughThe NATS subject-design skill and references update request/reply terminology and subject examples. They also clarify stream-filter and resource-ownership guidance, and revise topology readback and validator-scope instructions. ChangesNATS Subject Design Guidance
Estimated code review effort: 2 (Simple) | ~12 minutes Change: Other Possibly related PRs
Merge Risk:
|
Note
Low Risk
Documentation and example fixture updates only; no application or infrastructure code changes.
Overview
Reframes the
nats-design-subjectskill so channel behavior (request/reply, live signal, durable event/work) is documented separately from subject spelling, and topology is inferred from contracts plus provisioned resources (e.g. NACK streams), not from tokens like.rpc.orrequest.Terminology and examples are aligned across
SKILL.md,channel-contract.md,patterns.md, fixtures, and AsyncAPI fragments: RPC → request/reply, health channelgateway.health.v1.check(no required.rpc.segment), and stream nameGITHUB_PRIMARYin samples.Guidance is tightened around comparing request subjects against JetStream stream filters so health/request traffic is not accidentally captured by ingress wildcards, flexible design output instead of a fixed markdown template, and explicit limits that the bundled subject validator does not prove overlap, permissions, or responder readiness.
Reviewed by Cursor Bugbot for commit c6ec902. Bugbot is set up for automated code reviews on this repo. Configure here.