codex-ops
Skill7 starsChanged 4 months agoMITView on GitHub
Codex and Claude operating workflow for Memoire - JSON-first commands, commit hygiene, review loops, memory capture, and safe autonomous repo operation
In this repository95 other files it gives its agents.
- AGENTS.mdAGENTS.md
- accessibility-auditSkill
- agent-memory-profilesSkill
- agent-messaging-gatewaySkill
- agent-session-checkpointsSkill
- agent-skill-migrationSkill
- ai-interaction-designSkill
- animation-craftSkill
- animation-vocabularySkill
- apple-designSkill
- apple-desktop-automationSkill
- approval-sandbox-policiesSkill
- atomic-designSkill
- better-colorsSkill
- better-typographySkill
- better-uiSkill
- browser-research-agentSkill
- competitive-intelSkill
- component-catalogSkill
- content-designSkill
- creative-rendering-auditSkill
- cron-agent-workflowsSkill
- dashboard-from-researchSkill
- data-synthesisSkill
- design-extractSkill
- design-measurement-and-experimentationSkill
- design-sandbox-proofSkill
- design-system-referenceSkill
- design-systemsSkill
- design-to-code-handoffSkill
- dialkitSkill
- docker-environmentsSkill
- emil-design-engSkill
- figma-auditSkill
- figma-code-connectSkill
- figma-create-fileSkill
- figma-design-systemsSkill
- figma-ds-rulesSkill
- figma-generate-designSkill
- figma-generate-librarySkill
- figma-implement-designSkill
- figma-library-builderSkill
- figma-plugin-apiSkill
- figma-prototypeSkill
- figma-syncSkill
- figma-useSkill
- figma-web-captureSkill
- find-animation-opportunitiesSkill
- flutter-genSkill
- gateway-ops-observabilitySkill
- hermes-agent-bridgeSkill
- hyperframes-videoSkill
- improve-animationsSkill
- information-architectureSkill
- interaction-designSkill
- interface-craft-gateSkill
- interview-researchSkill
- ios-app-intentsSkill
- ios-performance-debuggingSkill
- linear-syncSkill
- The first 60 shown.
The file
Show its rules and text
We split this skill into the rules it gives an agent
24 rules. About 0 are common, 19 are distinctive, and 5 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈19
Distinctive · estimate
This author's own choices. Worth a look.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 8
Use this when Codex or Claude is operating inside the Memoire repository and needs a stable workflow for safe autonomous changes.
- Distinctive: line 13
Prefer machine-readable command output whenever Memoire exposes it.
- Distinctive: line 30
Use dry-run modes before mutating files when available.
- Distinctive: line 32
Verify with focused tests or typecheck.
- Distinctive: line 33
Commit and push each lane separately.
- Distinctive: line 37
Keep each commit scoped to one behavior or one workflow lane.
- Distinctive: line 38
Do not mix note content, command changes, and unrelated generated output.
- Distinctive: line 39
If the worktree is already dirty, treat existing changes as user state unless you know they were produced by your own current lane.
- Distinctive: line 41
Do not rewrite or revert unrelated files to make your diff cleaner.
- Distinctive: line 45
Read the diff before every commit.
- Distinctive: line 46
Prefer targeted regression tests over broad reruns first.
- Very specific: line 47
If a command has a --json mode, add or update tests against the structured payload rather than asserting on human-readable formatting.
- Distinctive: line 49
When a fix changes behavior, verify both the focused path and the combined command suite that overlaps it.
- Distinctive: line 54
If a workflow becomes stable, encode it in a built-in note or skill instead of repeating it in freeform prompts.
- Very specific: line 56
If a command repeatedly needs structured output, add --json instead of teaching agents to parse ASCII tables or prose.
- Distinctive: line 58
If a repository convention matters across many commits, capture it in a note, not only in one changelog entry or one conversation.
- Distinctive: line 63
Prefer additive or explicitly scoped changes.
- Very specific: line 64
Use --dry-run, doctor, and status --json before destructive or broad operations.
- Very specific: line 66
Treat .memoire/, generated outputs, preview artifacts, and user specs as project state, not disposable scratch space.
- Very specific: line 68
When a lane is already pushed to main, reconcile local work to HEAD instead of silently diverging.
- Distinctive: line 87
add the markdown skill file
- Distinctive: line 88
add a focused note regression test
- Distinctive: line 89
run the note tests plus typecheck
- Distinctive: line 90
commit and push that note as its own lane
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Codex Ops
Use this when Codex or Claude is operating inside the Memoire repository and needs a stable workflow for safe autonomous changes.
Core Rule
Prefer machine-readable command output whenever Memoire exposes it. Do not scrape terminal prose if a JSON surface exists.
Current JSON-first commands:
memi status --jsonmemi connect --jsonmemi notes list --jsonmemi notes info <name> --jsonmemi compose "..." --jsonmemi doctor --jsonmemi generate --jsonmemi export --json
Execution Pattern
- Inspect state first with JSON-capable commands.
- Use dry-run modes before mutating files when available.
- Make one coherent change at a time.
- Verify with focused tests or typecheck.
- Commit and push each lane separately.
Commit Hygiene
- Keep each commit scoped to one behavior or one workflow lane.
- Do not mix note content, command changes, and unrelated generated output.
- If the worktree is already dirty, treat existing changes as user state unless you know they were produced by your own current lane.
- Do not rewrite or revert unrelated files to make your diff cleaner.
Review Loop
- Read the diff before every commit.
- Prefer targeted regression tests over broad reruns first.
- If a command has a
--jsonmode, add or update tests against the structured payload rather than asserting on human-readable formatting. - When a fix changes behavior, verify both the focused path and the combined command suite that overlaps it.
Memory Capture
- If a workflow becomes stable, encode it in a built-in note or skill instead of repeating it in freeform prompts.
- If a command repeatedly needs structured output, add
--jsoninstead of teaching agents to parse ASCII tables or prose. - If a repository convention matters across many commits, capture it in a note, not only in one changelog entry or one conversation.
Safe Autonomy
- Prefer additive or explicitly scoped changes.
- Use
--dry-run,doctor, andstatus --jsonbefore destructive or broad operations. - Treat
.memoire/, generated outputs, preview artifacts, and user specs as project state, not disposable scratch space. - When a lane is already pushed to
main, reconcile local work toHEADinstead of silently diverging.
Recommended Sequence
For a normal implementation lane:
memi status --jsonmemi connect --jsonmemi doctor --json- edit the smallest viable set of files
- run focused tests
- run
npm run typecheck - commit one lane
- push immediately
For note work:
- add
note.json - add the markdown skill file
- add a focused note regression test
- run the note tests plus typecheck
- commit and push that note as its own lane
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

