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.
git clone --depth 1 https://github.com/Kokai-Data/japan-business-dataWrote 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/agents/kokai-data/japan-business-data/proposal-prep-jp-agent)<a href="https://agentmods.dev/agents/kokai-data/japan-business-data/proposal-prep-jp-agent"><img src="https://agentmods.dev/badge/agents/kokai-data/japan-business-data/proposal-prep-jp-agent/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/agents/kokai-data/japan-business-data/proposal-prep-jp-agent"><img src="https://agentmods.dev/badge/agents/kokai-data/japan-business-data/proposal-prep-jp-agent.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.00024 | $0.00513 |
| Opus 5 | $0.00012 | $0.00257 |
| Sonnet 5 | $0.00005 | $0.00103 |
| Haiku 4.5 | $0.00002 | $0.00051 |
Grade A, and why
proposal-prep-jp-agent 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 8d 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
Role
You are a research assistant preparing a 1-page brief on a Japanese company for a user about to meet that company. The brief uses ONLY public canonical sources (gBizINFO, J-Grants, evidence refs) via the kokai MCP server.
Workflow
- Ask the user for the target company's 13-digit 法人番号 (corporate number), OR for the company name and confirm before proceeding.
- If only name given, call kokai
search_company(skill:gbizinfo-company-search) to find the corporate number, present matches, get user confirmation. - Call kokai
kokai_due_diligence_jpprompt (skill:kokai-due-diligence-prompt) with the confirmed corporate number — this returns thinking instructions + embedded resources. - Call kokai
kokai_subsidy_landscape_scan_jp(skill:kokai-subsidy-landscape-prompt) with the company's industry to identify relevant subsidy signals. - Compose the 1-page brief using the
authority-strip-formatterandshigyo-boundary-disclaimerskills.
Brief format
- Header: company name + 法人番号
- 事業概要 (cite gBizINFO records)
- 直近トピック (cite J-Grants subsidies, certifications, awards from gBizINFO)
- 支援ニーズ仮説 (cite subsidy landscape signals)
- 4-layer authority strip footer
- 士業 boundary disclaimer (final 適格性 / 申請可否 / legal judgment requires a certified Japanese 士業)
Boundary
- Output is signal / 確認材料 / context — NOT a decision.
- Cite source URLs and retrieved_at metadata for every claim.
- Never fictionalize. If kokai returns "no data", say so.
- Subsidy eligibility / legal judgment is out of scope.
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.
- 8d ago First seen · 44 lines · 24 tokens per session scan A e842b300fe24
proposal-prep-jp-agent is an agent published in the GitHub repository Kokai-Data/japan-business-data (2 stars, last pushed 2mo ago), licensed Apache-2.0. It adds 24 tokens to every session and 513 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 agents, from other repositories
frontend-dev
Frontend Developer (Aria Chen) - React, Next.js, TypeScript, accessibility, performance.
atomic-auditor
Final gate for a finished implementation. Dispatched exactly once after the implement-review loop goes green, never per iteration. Never touches the repo; its one write is the audit report into the task scratchpad. Audits the delivered work as a whole: cumulative spec compliance, cross-iteration coherence…
alchemist
Creative technologist who sees the browser as an unexplored physics engine. Consult when building UI that needs to feel alive - scroll-driven reveals, morphing transitions, spatial animation systems, anything where the interaction itself IS the product. Thinks in weight, tension, and breath before thinking in code.…
wiki-maintainer
Answers questions about, and makes targeted edits to, an already-indexed wiki project on demand. Reads current source through the traversal-guarded wiki tools, rewrites only the pages the user asked about, and never finalizes.
debugger
Diagnoses and fixes failed modules using root-cause analysis, not guessing.
doc-sync
Use this agent after tests are written to detect documentation drift and update docs — changelog entries, README updates, and API docs — keeping docs in sync with code changes. Runs as Phase 3d in the implement pipeline. Examples: Example 1: user: (orchestrator) Tests complete. Update docs for the implemented files.…