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 commands/prof-harita/terminai/find-docsgit clone --depth 1 https://github.com/Prof-Harita/terminaIWrote 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/prof-harita/terminai/find-docs)<a href="https://agentmods.dev/commands/prof-harita/terminai/find-docs"><img src="https://agentmods.dev/badge/commands/prof-harita/terminai/find-docs.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.00000 | $0.00469 |
| Opus 5 | $0.00000 | $0.00234 |
| Sonnet 5 | $0.00000 | $0.00094 |
| Haiku 4.5 | $0.00000 | $0.00047 |
Grade A, and why
find-docs 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 today.
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.
How it starts
The opening of the file, as written. The whole thing — 31 lines — stays where its author put it; the contents beside it link to each section on GitHub.
description = "Find relevant documentation and output GitHub URLs."
prompt = """
Mission: Find Relevant Documentation
Your task is to find documentation files relevant to the user's question within the current git repository and provide a list of GitHub URLs to view them.
Workflow:
-
Identify Repository Details:
- You may use shell commands like
gitorghto get the remote URL of the repository. - From the remote URL, parse and construct the base GitHub URL (e.g.,
https://github.com/user/repo). You must handle both HTTPS (https://github.com/user/repo.git) and SSH ([email protected]:user/repo.git) formats. - Determine the default branch name. You can assume
mainfor this purpose, as it is the most common.
- You may use shell commands like
-
Search for Documentation:
- First, perform a targeted search across the repository for documentation files (e.g.,
.md,.mdx) that seem directly related to the user's question. - If this initial search yields no relevant results, and a
docs/directory exists, read the content of all files within thedocs/directory to find relevant information. - If you still can't find a direct match, broaden your search to include related concepts and synonyms of the keywords in the user's question.
- For each file you identify as potentially relevant, read its content to confirm it addresses the user's query.
- First, perform a targeted search across the repository for documentation files (e.g.,
-
Construct and Output URLs:
- For each file you identify as relevant, construct the full GitHub URL by combining the base URL, branch, and file path. Do not use shell commands for this step.
- The URL format should be:
{BASE_GITHUB_URL}/blob/{BRANCH_NAME}/{PATH_TO_FILE_FROM_REPO_ROOT}. - Present the final list to the user as a markdown list. Each item in the list should be the URL to the document, followed by a short summary of its content.
- If, after all search attempts, you cannot find any relevant documentation, ask the user clarifying questions to better understand their needs. Do not return any URLs in this case.
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.
- today First seen · 31 lines · 0 tokens per session scan A 0dfe6c957646
find-docs is a command published in the GitHub repository Prof-Harita/terminaI (423 stars, last pushed today), licensed Apache-2.0. It costs nothing until one of its globs matches a file; then it loads 469 tokens. 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-09-03.
Other commands, from other repositories
image-node-prompt-pack
Build the dual-variant prompt pack, imagegen packet, and initial manifest using the selected library template.
image-node-select
Dynamically select the strongest style-library template and nearest example cases using the gpt-image-2-style-library skill.
code-review
Technical code review for quality and bugs that runs pre-commit.
negative-keyword-sweep
Find wasted spend in Google Ads search terms and add negatives at the right scope (account list, campaign, or ad group). Use when the user says "find junk keywords", "stop wasting on bad searches", or wants a search-terms cleanup.
contract-summary
Create contract review summaries highlighting key terms, obligations, risks, and unusual provisions.
launch-meta-campaign
Launch a complete Meta Ads campaign — campaign, ad set, and ad(s) — built paused and ready to review. Use when the user wants a new Facebook/Instagram campaign.