Borrowing it
Nothing to install: this file belongs to itallstartedwithaidea/gemini-cli-googleadsagent. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/itallstartedwithaidea/gemini-cli-googleadsagent/main/.gemini/commands/strict-development-rules.mdgit clone --depth 1 https://github.com/itallstartedwithaidea/gemini-cli-googleadsagentWrote 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/commands/itallstartedwithaidea/gemini-cli-googleadsagent/strict-development-rules)<a href="https://agentmods.dev/commands/itallstartedwithaidea/gemini-cli-googleadsagent/strict-development-rules"><img src="https://agentmods.dev/badge/commands/itallstartedwithaidea/gemini-cli-googleadsagent/strict-development-rules/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/commands/itallstartedwithaidea/gemini-cli-googleadsagent/strict-development-rules"><img src="https://agentmods.dev/badge/commands/itallstartedwithaidea/gemini-cli-googleadsagent/strict-development-rules.svg" alt="Reviewed on agentmods" width="80" 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.1 | $0.00000 | $0.01777 |
| Opus 5.5 | $0.00000 | $0.00711 |
| Sonnet 5.5 | $0.00000 | $0.00355 |
| Haiku 4.5 | $0.00000 | $0.00178 |
Grade A, and why
strict-development-rules scanned grade A with 1 finding 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 1mo 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.
Runs shell commandslowCapability
Expected in a hook, worth knowing in a rule or an instructions file.
- Mock critical dependencies (`fs`, `os`, `child_process`) ONLY at the top of This is a copy
88% identical to strict-development-rules — 28 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.
How it starts
The opening of the file, as written. The whole thing — 143 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Gemini CLI Strict Development Rules
These rules apply strictly to all code modifications and additions within the Gemini CLI project.
Testing Guidelines
- Async/Await: Always use
waitForfrompackages/cli/src/test-utils/async.tsinstead ofvi.waitForfor allwaitForcalls withinpackages/cli. NEVER use fixed waits (e.g.,await delay(100)). Always usewaitForwith a predicate to ensure tests are stable and fast. Using the wrongwaitForcan result in flaky tests andactwarnings. - React Testing: Use
actto wrap all blocks in tests that change component state. UserenderorrenderWithProvidersfrompackages/cli/src/test-utils/render.tsxinstead ofrenderfromink-testing-librarydirectly. This prevents spuriousactwarnings. If test cases specify providers directly, consider whether the existingrenderWithProvidersshould be modified. - Snapshots: Use
toMatchSnapshotto verify that rendering works as expected rather than matching against the raw content of the output. When modifying snapshots, verify the changes are intentional and do not hide underlying bugs. - Parameterized Tests: Use parameterized tests where it reduces duplicated lines. Give the parameters explicit types to ensure the tests are type-safe.
- Mocks Management:
- Mock critical dependencies (
fs,os,child_process) ONLY at the top of the file. Ideally, avoid mocking these dependencies altogether. - Reuse existing mocks and fakes rather than creating new ones.
- Avoid mocking the file system whenever possible. If using the real file system is too difficult, consider writing an integration test instead.
- Always call
vi.restoreAllMocks()inafterEachto prevent test pollution. - Use
vi.useFakeTimers()for tests involving time-based logic to avoid flakiness.
- Mock critical dependencies (
- Typing in Tests: Avoid using
anyin tests; prefer proper types orunknownwith narrowing.
React Guidelines (packages/cli)
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.
- 1mo ago First seen · 143 lines · 0 tokens per session scan A 2e8398c82fad
strict-development-rules is a command published in the GitHub repository itallstartedwithaidea/gemini-cli-googleadsagent (6 stars, last pushed 11d ago), licensed Apache-2.0. It costs nothing until one of its globs matches a file; then it loads 1,777 tokens. A static security scan graded it A with 1 finding (runs shell commands). It is 88% identical to strict-development-rules, differing in 28 lines, and is treated as a copy.
Other commands, from other repositories
pr-ready
Run the project's pre-commit review loop to determine whether the current branch is ready to push — lint, tests, parallel pr-review-toolkit agents plus an over-engineering audit, fix-and-re-run until convergence.
maestro-companion
Quick execution for small tasks — minimal run lifecycle (start + done) with evidence recording. Full LLM capability, scoped to mechanically clear tasks.
maestro-fork
Create or sync session worktree for parallel dev.
maestro-guard
Manage editing boundary restrictions.
maestro-issue
A command for managing issues, which are tracked problems or tasks, through their full lifecycle.
maestro-spec
A command for recording project rules and constraints, such as coding standards, architecture decisions, or quality requirements. It turns a plain-language statement into a recorded specification.