investment-agent
CLAUDE.md10 starsChanged 6 months agoMITView on GitHub
You are running with oh-my-claudecode (OMC), a multi-agent orchestration layer for Claude Code. Coordinate specialized agents, tools, and skills so work is completed accurately and efficiently. explore (haiku), analyst (opus), planner (opus), architect (opus), debugger (sonnet), executor (sonnet), verifier (sonnet), tracer (sonnet), security-reviewer (sonnet), code-reviewer (opus), test-engineer (sonnet), designer (sonnet), writer (haiku), qa-tester (sonnet), scientist (sonnet), document-specialist (sonnet), git-master (sonnet), code-simplifier (opus), critic (opus) </agent_catalog> Workflow: autopilot, ralph, ultrawork, team, ccg, ultraqa, omc-plan, ralplan, sciomc, external-context, deepinit, deep-interview, ai-slop-cleaner Keyword…
In this repository24 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- openspec-apply-changeSkill
- openspec-archive-changeSkill
- openspec-exploreSkill
- openspec-learningSkill
- openspec-proposeSkill
- openspec-sync-specsSkill
- openspec-update-changeSkill
- event-driven-analysisSkill
- fundamental-analysisSkill
- investment-notesSkill
- macro-analysisSkill
- market-data-lookupSkill
- market-info-recordingSkill
- portfolio-managementSkill
- report-consultingSkill
- risk-assessmentSkill
- sentiment-analysisSkill
- stock-analysisSkill
- task-managementSkill
- technical-analysisSkill
- transaction-managementSkill
- valuation-modelsSkill
The file
We split this CLAUDE.md into the rules it gives an agent
7 rules. About 0 are common, 5 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈5
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 11
Prefer evidence over assumptions: verify outcomes before final claims.
- Distinctive: line 56
Verify before claiming completion.
- Distinctive: line 57
If verification fails, keep iterating.
- Very specific: line 62
Keep authoring and review as separate passes: writer pass creates or revises content, reviewer/verifier pass evaluates it later in a …
- Very specific: line 63
Never self-approve in the same active context.
- Distinctive: line 64
Before concluding: zero pending tasks, tests passing, verifier evidence collected.
- Distinctive: line 68
Use git trailers to preserve decision context in every commit message.
≈ “Common” is an estimate: at least 1 in 5 of the 26,980 CLAUDE.md 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
<!-- OMC:START --><!-- OMC:VERSION:4.9.0 -->oh-my-claudecode - Intelligent Multi-Agent Orchestration
You are running with oh-my-claudecode (OMC), a multi-agent orchestration layer for Claude Code. Coordinate specialized agents, tools, and skills so work is completed accurately and efficiently.
<operating_principles>
- Delegate specialized work to the most appropriate agent.
- Prefer evidence over assumptions: verify outcomes before final claims.
- Choose the lightest-weight path that preserves quality.
- Consult official docs before implementing with SDKs/frameworks/APIs. </operating_principles>
<delegation_rules>
Delegate for: multi-file changes, refactors, debugging, reviews, planning, research, verification.
Work directly for: trivial ops, small clarifications, single commands.
Route code to executor (use model=opus for complex work). Uncertain SDK usage → document-specialist (repo docs first; Context Hub / chub when available, graceful web fallback otherwise).
</delegation_rules>
<model_routing>
haiku (quick lookups), sonnet (standard), opus (architecture, deep analysis).
Direct writes OK for: ~/.claude/**, .omc/**, .claude/**, CLAUDE.md, AGENTS.md.
</model_routing>
<agent_catalog>
Prefix: oh-my-claudecode:. See agents/*.md for full prompts.
explore (haiku), analyst (opus), planner (opus), architect (opus), debugger (sonnet), executor (sonnet), verifier (sonnet), tracer (sonnet), security-reviewer (sonnet), code-reviewer (opus), test-engineer (sonnet), designer (sonnet), writer (haiku), qa-tester (sonnet), scientist (sonnet), document-specialist (sonnet), git-master (sonnet), code-simplifier (opus), critic (opus) </agent_catalog>
<tools>
External AI: `/team N:executor "task"`, `omc team N:codex|gemini "..."`, `omc ask <claude|codex|gemini>`, `/ccg`
OMC State: `state_read`, `state_write`, `state_clear`, `state_list_active`, `state_get_status`
Teams: `TeamCreate`, `TeamDelete`, `SendMessage`, `TaskCreate`, `TaskList`, `TaskGet`, `TaskUpdate`
Notepad: `notepad_read`, `notepad_write_priority`, `notepad_write_working`, `notepad_write_manual`
Project Memory: `project_memory_read`, `project_memory_write`, `project_memory_add_note`, `project_memory_add_directive`
Code Intel: LSP (`lsp_hover`, `lsp_goto_definition`, `lsp_find_references`, `lsp_diagnostics`, etc.), AST (`ast_grep_search`, `ast_grep_replace`), `python_repl`
</tools><skills>
Invoke via `/oh-my-claudecode:<name>`. Trigger patterns auto-detect keywords.Workflow: autopilot, ralph, ultrawork, team, ccg, ultraqa, omc-plan, ralplan, sciomc, external-context, deepinit, deep-interview, ai-slop-cleaner
Keyword triggers: "autopilot"→autopilot, "ralph"→ralph, "ulw"→ultrawork, "ccg"→ccg, "ralplan"→ralplan, "deep interview"→deep-interview, "deslop"/"anti-slop"/cleanup+slop-smell→ai-slop-cleaner, "deep-analyze"→analysis mode, "tdd"→TDD mode, "deepsearch"→codebase search, "ultrathink"→deep reasoning, "cancelomc"→cancel. Team orchestration is explicit via /team.
Utilities: ask-codex, ask-gemini, cancel, note, learner, omc-setup, mcp-setup, hud, omc-doctor, omc-help, trace, release, project-session-manager, skill, writer-memory, ralph-init, configure-notifications, learn-about-omc (trace is the evidence-driven tracing lane)
</skills>
<team_pipeline>
Stages: team-plan → team-prd → team-exec → team-verify → team-fix (loop).
Fix loop bounded by max attempts. team ralph links both modes.
</team_pipeline>
<verification>
Verify before claiming completion. Size appropriately: small→haiku, standard→sonnet, large/security→opus.
If verification fails, keep iterating.
</verification><execution_protocols>
Broad requests: explore first, then plan. 2+ independent tasks in parallel. run_in_background for builds/tests.
Keep authoring and review as separate passes: writer pass creates or revises content, reviewer/verifier pass evaluates it later in a separate lane.
Never self-approve in the same active context; use code-reviewer or verifier for the approval pass.
Before concluding: zero pending tasks, tests passing, verifier evidence collected.
</execution_protocols>
<commit_protocol> Use git trailers to preserve decision context in every commit message. Format: conventional commit subject line, optional body, then structured trailers.
Trailers (include when applicable — skip for trivial commits like typos or formatting):
Constraint:active constraint that shaped this decisionRejected:alternative considered | reason for rejectionDirective:warning or instruction for future modifiers of this codeConfidence:high | medium | lowScope-risk:narrow | moderate | broadNot-tested:edge case or scenario not covered by tests
Example:
fix(auth): prevent silent session drops during long-running ops
Auth service returns inconsistent status codes on token expiry,
so the interceptor catches all 4xx and triggers inline refresh.
Constraint: Auth service does not support token introspection
Constraint: Must not add latency to non-expired-token paths
Rejected: Extend token TTL to 24h | security policy violation
Rejected: Background refresh on timer | race condition with concurrent requests
Confidence: high
Scope-risk: narrow
Directive: Error handling is intentionally broad (all 4xx) — do not narrow without verifying upstream behavior
Not-tested: Auth service cold-start latency >500ms</commit_protocol>
<hooks_and_context>
Hooks inject <system-reminder> tags. Key patterns: hook success: Success (proceed), [MAGIC KEYWORD: ...] (invoke skill), The boulder never stops (ralph/ultrawork active).
Persistence: <remember> (7 days), <remember priority> (permanent).
Kill switches: DISABLE_OMC, OMC_SKIP_HOOKS (comma-separated).
</hooks_and_context>
<cancellation>
`/oh-my-claudecode:cancel` ends execution modes. Cancel when done+verified or blocked. Don't cancel if work incomplete.
</cancellation><worktree_paths>
State: .omc/state/, .omc/state/sessions/{sessionId}/, .omc/notepad.md, .omc/project-memory.json, .omc/plans/, .omc/research/, .omc/logs/
</worktree_paths>
Setup
Say "setup omc" or run /oh-my-claudecode:omc-setup.
<!-- OMC:END -->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.

