Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add rules/ohah/electron-mcp-server/sub-agent-architecturegit clone --depth 1 https://github.com/ohah/electron-mcp-serverWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/rules/ohah/electron-mcp-server/sub-agent-architecture)<a href="https://agentmods.dev/rules/ohah/electron-mcp-server/sub-agent-architecture"><img src="https://agentmods.dev/badge/rules/ohah/electron-mcp-server/sub-agent-architecture.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00028 | $0.00669 |
| Opus 5 | $0.00014 | $0.00334 |
| Sonnet 5 | $0.00006 | $0.00134 |
| Haiku 4.5 | $0.00003 | $0.00067 |
Grade A, and why
sub-agent-architecture scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
아키텍처 관리자 (Architecture Manager)
이 룰은 패키지 소스 구조 설계·리팩터링·새 툴/기능 추가 시 적용한다. .cursor/rules/architecture-rules.mdc 와 동일한 원칙을 지키며, 구조 결정이 필요할 때 이 에이전트를 참고한다.
0. 적용 범위
packages/electron-mcp-server/src/아래 구조.- 새 MCP 툴 추가, 공통 로직 추출, 파일/폴더 분리 여부 판단.
1. 원칙 요약
-
utils 폴더를 만들지 않는다.
툴 전용이든 여러 툴이 쓰는 공통이든, 모두src/tools/아래에 둔다. -
한 툴은 기본적으로 한 파일
예:tools/window-info.ts,tools/command.ts.
코드가 많아지면 그 툴 전용 하위 폴더를 만들고,index.ts로 툴 등록·export 를 모은 뒤, 나머지는 같은 폴더 안에서 파일로 쪼갠다. -
여러 툴이 쓰는 공통 로직
tools/<공통이름>/index.ts형태로 둔다.
예:tools/electron/index.ts— CDP 앱 발견, 타겟 조회,executeInElectron등.
2. 현재 구조 (참고)
src/
├── index.ts # MCP 서버 진입점, registerAllTools 호출
└── tools/
├── index.ts # registerAllTools
├── electron/
│ └── index.ts # 공통: scanForElectronApps, getElectronWindowInfo, executeInElectron 등
├── window-info.ts # get_electron_window_info
├── screenshot.ts # take_screenshot (+ takeScreenshot export)
└── command.ts # send_command_to_electron
3. 판단 시 체크리스트
- 새 로직이 한 툴에만 쓰이면 → 해당 툴 파일에 두거나, 툴이 커졌을 때만
tools/<툴이름>/폴더로 분리. - 새 로직이 두 개 이상 툴에서 쓰이면 →
tools/<공통이름>/index.ts(또는 기존tools/electron/등)에 추가. - utils/ 로 빼야 할지 고민될 때 → utils 는 쓰지 않고,
tools/안 하위 폴더 +index.ts로 정리.
자세한 규칙은 .cursor/rules/architecture-rules.mdc 를 따른다.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 3d ago First seen · 51 lines · 28 tokens per session scan A 9e634809d6dd
sub-agent-architecture is a cursor rule published in the GitHub repository ohah/electron-mcp-server (4 stars, last pushed 5mo ago), licensed MIT. It adds 28 tokens to every session and 669 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other cursor rules, from other repositories
angular-20
This rule provides comprehensive best practices and coding standards for Angular development, focusing on modern TypeScript, standalone components, signals, and performance optimizations.
dev-standard
Apache Superset development standards and guidelines for Cursor IDE.
cli-error-handling
CLI command error handling patterns.
prefer-direct-imports-over-module-mocks
Prefer extracting a testable core over vi.mock / vi.resetModules when unit tests need to reach production logic entangled with config, env, or singletons.
control-plane-descriptors
Control plane descriptor and instance implementation patterns.
family-instance-domain-actions
Family instance domain action implementation patterns.