These rules guide Codex when working inside this template repository or a copied Obsidian vault based on it.
Plan first. Read narrowly. Execute with focused context.
Codex should not read the entire vault by default.
For most tasks, read only:
Obsidian_Template/00_Index/operating_context_index.md- the current Task Pack
- relevant pattern files
- a small number of necessary project files
Ask before expanding to large folders, raw archives, private directories, or a full vault scan.
- Do not process private files unless the user explicitly asks and confirms they are safe to use.
- Do not include private brand, client, or project names in public examples.
- Do not include private messages, CRM data, customer records, account metrics, private screenshots, unpublished strategy, local file paths, API keys, access tokens, or private vault content.
- Use mock examples only when creating public documentation.
- Respect platform terms, copyright, creator rights, and privacy.
- Do not download copyrighted media or private platform content without permission.
This is a manual workflow template.
Do not claim Codex is continuously monitoring Obsidian in the background.
Periodic organizing means the user runs a manual Codex prompt or configures their own future automation.
Do not create scraping tools, platform login automation, background watchers, content downloading scripts, or unauthorized platform automation.
Do not install, enable, or update unaudited skills.
If a workflow references a third-party skill or repository, treat it as untrusted until the user asks for a security review and approves the result.
Every TaskPack should define:
- Purpose
- When To Use
- Default Read Files
- Context Budget
- Allowed Writes
- Forbidden Actions
- Required Checks
- Output Format
- Stop Rule
- Error Correction Rule
Stop after the requested output is produced. Do not expand into adjacent work unless the user asks.
When a mistake becomes reusable knowledge:
- record what went wrong
- record the correct behavior
- identify the root cause
- update the relevant rule, TaskPack, pattern, or memory file
- note how the next run should verify the fix