mattpocock/skills
field-notes already runs on Claude Code CLAUDE.md and skills, which is the exact mechanism mattpocock/skills packages - a directory of discrete, composable instruction files consumed by an agentic CLI. Adopting the pattern requires no new tooling, languages, or infra, just reorganizing files already in the repo.
This is internal tooling hygiene, not a user-facing capability - it fits the 'practical over experimental' preference but doesn't itself improve any workflow the operator uses day to day. Its value is indirect: it derisks and speeds up the L3/L4 skill-building work that's already in progress, rather than shipping something new.
The reorg option could measurably shrink per-stage context in CCR calls once field-notes has several skills defined. The reference-only option costs almost nothing and sets a naming convention that keeps the L3/L4 skills from compounding the same disorganization as they're added.
field-notes's own skill set is about to grow with the L3 planner and L4 executor. The real question this item raises isn't whether Pocock's repo is good - it's whether field-notes's current single-file CLAUDE.md structure scales past one more stage before it needs to be split anyway.
For the reference-only option: no changes to the existing CLAUDE.md. When authoring the L3/L4 CCR prompts, name and header them consistently and add a short paragraph at the top of CLAUDE.md documenting the convention for future skills. The minimal v1 is a naming and structure decision applied going forward, not a migration of existing content.