Create tessl tiles with docs, rules, and skills.
94
94%
Does it follow best practices?
Impact
95%
0.95xAverage score across 5 eval scenarios
Advisory
Suggest reviewing before use
For greenfield tiles with no existing content. Applicable when the user has asked for a new tile without pointing to existing context.
Determine content type: docs, skills, or rules (usually just one). Use the decision checklist in SKILL.md to classify correctly. Decide on an absolute output path (e.g., /Users/name/tiles/my-tile) and use it for all subsequent operations.
Create structure: Use the scaffolding method from SKILL.md (MCP tool or CLI) with your absolute output path.
Read the relevant format references: Familiarise yourself with the relevant format(s):
Add content: Write markdown files in the appropriate folders
Set visibility: Ask the user whether this tile should be public (discoverable by anyone) or private (workspace-only). The default is private. To make it public, set "private": false in tile.json or use the --public CLI flag. Visibility is a manual setting — it is not gated by quality score or any review process.
Validate and interpret lint output:
tessl tile lint /absolute/path/to/tileInterpreting results:
src/lib/foo.ts) are expected in documentation tiles — they reference code in the documented repo, not the tile itself. Safely ignored.Fix errors, re-run lint until errors are resolved. Report remaining warnings to the user with explanation.
Next steps: After the tile passes lint, suggest the following to the user:
tessl skill review <path-to-skill> and optimize based on feedback. Iterate until scores are satisfactory.tessl scenario generate <tile-path> to generate eval scenarios. Once complete, download with tessl scenario download <id>, review for correctness, then run with tessl eval run <tile-path>.my-tile/
├── tile.json
├── docs/ # Documentation (optional)
│ └── index.md
├── rules/ # Rules/steering (optional)
│ └── my-rule.md
└── skills/ # Skills (optional)
└── my-skill/
└── SKILL.md