docs(skill): adopt verbose plain-English voice for step data labels#136
Conversation
The skill already encoded "node label <= 4 words" — but said nothing
about the opposite voice for step data labels, which are the actual
narration the user reads on hover and during the inspector
walkthrough. Existing examples leaned on terse code-flavored shorthand
(POST /orders, INSERT item, query, response, charge $card, auth ok)
that reads as protocol annotation, not story. An agent pattern-
matching off those examples will copy that style.
SKILL.md changes:
- New "Voice — short on node names, verbose on step text" section
with explicit do/don't table covering 8 common terse patterns and
their plain-English rewrites. Calls out that the rule applies to
the string form AND the object's label field, and that the fields
array stays technical (it's a schema, not narration).
- Inline "Quickest valid flow" rewritten with verbose narration so
the FIRST thing an agent copies follows the rule.
Example rewrites (string + object label fields, fields[] unchanged):
- examples/simple-crud.yaml — 4 steps
- examples/auth-flow.yaml — 8 steps incl. parallel branch
- examples/order-flow.yaml — 14 steps incl. parallel, create,
destroy, sub-flow inner step
- examples/self-loops.yaml — 8 steps incl. self-loops, multi-
data, broadcast, parallel
- examples/create-destroy.yaml — 4 steps (the new lifecycle demo)
- examples/sub-flows.yaml — 6 outer + 2 inner steps
examples/type-variants.yaml left as-is — it's a sprite showcase
using `data: "→"` as connective tissue, not a narrative flow.
Added a comment marking the exception so the agent doesn't copy
its terse style.
All seven example YAMLs still pass `openhop validate`. Prettier
clean.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (9)
WalkthroughThis PR refactors OpenHop example YAML files to use descriptive narrative step descriptions instead of terse protocol terms, adds a new parallel checkout flow example, and updates skill documentation to define voice conventions for node labels (short identity phrases) versus step data (verbose world narration). ChangesExample Narration Updates & Documentation
Estimated code review effort🎯 2 (Simple) | ⏱️ ~12 minutes Possibly related PRs
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
…show fields
Two gaps in the example set:
1. No dedicated parallel demo - parallel was used inside auth-flow,
order-flow, and self-loops, but mixed with so many other patterns
that an agent learning just "concurrent steps" couldn't pull it
apart. `examples/parallel.yaml` is a focused checkout-style flow:
API fans out reservation + payment auth at the same tick, both
return in parallel, then the API responds. 5 steps total; both
the in and out parallel branches.
2. simple-crud was the one example with no `fields:` anywhere -
only bare-string step data. An agent looking for "minimal CRUD"
and copying it would miss the object-form anatomy entirely.
Upgraded the API->DB write and DB->API return steps to use the
`{ label, fields }` form with name/type/added markers, and
added an inline comment explaining the two data forms so the
first/last bare-string steps still demonstrate that style.
SKILL.md:
- New row in prompt -> YAML table for `examples/parallel.yaml`
- Parallel step entry now links to the new dedicated example first,
with the existing in-context references as secondary.
All 8 example YAMLs pass `openhop validate`. Prettier clean.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Summary
The skill already locked in node label ≤ 4 words, but said nothing about the opposite voice for step
datalabels — which are the actual narration the user reads on hover and during the inspector walkthrough. Existing examples leaned on terse, code-flavored shorthand (POST /orders,INSERT item,query,response,charge \$card,auth ok) that reads as protocol annotation, not story. An agent pattern-matching off those examples will copy that style.This PR encodes the rule and migrates every narrative example to match.
The rule
SKILL.md changes
data: \"…\") and the object'slabel:field.fields[]stays technical (it's a schema, not narration).Examples migrated
simple-crud.yaml— 4 stepsauth-flow.yaml— 8 steps incl. parallel branchorder-flow.yaml— 14 steps incl. parallel, create, destroy, sub-flow inner stepself-loops.yaml— 8 steps incl. self-loops, multi-data, broadcast, parallelcreate-destroy.yaml— 4 steps (the new lifecycle demo)sub-flows.yaml— 6 outer + 2 inner stepstype-variants.yamlleft as-is — it's a sprite/type showcase usingdata: \"→\"as connective tissue, not a narrative flow. Added an inline comment marking it as the deliberate exception so the agent doesn't pattern-match its terse style.Test plan
openhop validate(verified locally —✓ Valid floweach).POST /….🤖 Generated with Claude Code
Summary by CodeRabbit
Documentation
Chores