Apothem vs raw Cursor config
Hand-maintaining Cursor's MDC rules under .cursor/rules/ versus rendering them from Apothem's shared profile.
Cursor reads rules in MDC format under .cursor/rules/. The MDC format requires
frontmatter fields — description, globs, and alwaysApply. Apothem's cursor
adapter renders those .mdc files from the shared profile. This page contrasts
hand-maintaining that config against managing it with Apothem.
Effort comparison
| Task | Raw hand-config | Apothem-managed |
|---|---|---|
| Author rules | Hand-write each .mdc file under .cursor/rules/ | Rendered from the shared corpus |
| Write MDC frontmatter | Hand-author description / globs / alwaysApply per file | Generated by the adapter |
| Keep one rule format | Hand-pick between MDC rules and a single .cursorrules file | The adapter writes only .cursor/rules/ MDC files |
| Keep rules aligned with other harnesses | Manual, per tool | Automatic on apothem update |
| Verify the config is correct | Manual inspection | apothem verify --harness cursor |
What Apothem manages
The cursor adapter renders the shared rules into .mdc files under
.cursor/rules/, generating the required MDC frontmatter (description,
globs, alwaysApply) for each file. The adapter writes only the
directory-based MDC format Cursor reads; it does not write a single-file
.cursorrules.
Cursor has no PreToolUse hook, so guardrail intent lives in the rule prose.
Migration path
- Run
apothem profile initto create the shared profile if you have not yet. - Move the rules from your existing
.cursor/rules/(and any.cursorrules) into the shared corpus. - Run
apothem install --harness cursorto render the.mdcfiles with correct MDC frontmatter. - Run
apothem verify --harness cursorto confirm the config landed. - Use
apothem update --harness cursorfor every later change.