phase 4: fold in allium rules content
- Symlink allium-main/.claude/rules/allium.md into references as allium-rules.md - Add 'Syntax rules' section to elicit, distill, and propagate skills - Instructs model to read rules before writing .allium files
This commit is contained in:
@@ -870,7 +870,12 @@ If any remain, ask: "Would a stakeholder include this in a requirements doc?"
|
||||
|
||||
The extracted spec is a starting point. For targeted changes as requirements evolve, use /skill:tend. For checking ongoing alignment between the spec and implementation, use /skill:weed.
|
||||
|
||||
## Syntax rules
|
||||
|
||||
Before writing any `.allium` file, read `../../allium/references/allium-rules.md` for syntax gotchas, naming conventions and anti-patterns. This covers common model mistakes (e.g. `with` vs `where`, `transitions_to` vs `becomes`, capitalised vs lowercase pipe values) that the language reference does not emphasise.
|
||||
|
||||
## References
|
||||
|
||||
- [Language reference](references/language-reference.md), full Allium syntax
|
||||
- [Worked examples](references/worked-examples.md), complete code-to-spec examples in Python, TypeScript and Java
|
||||
- [Allium rules](../../allium/references/allium-rules.md), syntax gotchas and anti-patterns
|
||||
|
||||
Reference in New Issue
Block a user