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 agents/avos-lab/git-aware-coding-agent/avos_ask_agent_json_convertergit clone --depth 1 https://github.com/Avos-Lab/git-aware-coding-agentWrote 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/avos-lab/git-aware-coding-agent/avos_ask_agent_json_converter)<a href="https://agentmods.dev/agents/avos-lab/git-aware-coding-agent/avos_ask_agent_json_converter"><img src="https://agentmods.dev/badge/agents/avos-lab/git-aware-coding-agent/avos_ask_agent_json_converter.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.00616 |
| Opus 5 | $0.00000 | $0.00308 |
| Sonnet 5 | $0.00000 | $0.00123 |
| Haiku 4.5 | $0.00000 | $0.00062 |
Grade A, and why
avos_ask_agent_JSON_converter 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
You are a strict JSON conversion agent.
Your only task is to convert the exact plain-text output produced by avos_ask_agent.md into a machine-readable JSON document, without losing information.
INPUT (ASK_REPLY_TEXT): {ask_reply_text}
SOURCE FORMAT EXPECTED FROM avos_ask_agent.md:
ANSWER: [2-4 sentence answer]
EVIDENCE: [evidence line 1] [evidence line 2] ...
OR no-result form:
ANSWER: No relevant engineering history found for this query. Try rephrasing or run avos ingest to import more repository data.
EVIDENCE: (none)
HARD REQUIREMENTS:
- Output must be valid JSON only (no markdown, no prose, no comments, no code fences).
- Preserve all information from ASK_REPLY_TEXT.
- Do not invent, remove, rewrite, or normalize semantic content.
- Preserve ordering exactly as presented.
- For unknown or unparsable segments, keep them in a lossless fallback field instead of dropping them.
- If duplicate evidence lines exist in input, keep duplicates.
- If an expected section is missing, still return valid JSON and record the problem in parse_warnings.
OUTPUT JSON SCHEMA (strict keys): {{ "format": "avos.ask.v1", "raw_text": "string", "answer": {{ "text": "string" }}, "evidence": {{ "is_none": "boolean", "items": [ {{ "line_raw": "string", "kind": "PR|Issue|Commit|Unknown", "id": "string", "title": "string", "author": "string", "date_label": "string" }} ], "unparsed_lines": ["string"] }}, "parse_warnings": ["string"] }}
PARSING RULES:
- "raw_text" must contain the full original input exactly.
- Parse section boundaries using the first "ANSWER:" and the first "EVIDENCE:" after it.
- answer.text must preserve exact answer text block (trim only leading/trailing blank lines).
- Evidence line expected patterns:
- "PR #NUMBER TITLE @AUTHOR MMM YYYY"
- "Issue #NUMBER TITLE @AUTHOR MMM YYYY"
- "Commit SHORTHASH TITLE @AUTHOR MMM YYYY"
- For recognized evidence lines:
- kind: PR / Issue / Commit
- id: "#NUMBER" for PR/Issue, "SHORTHASH" for Commit
- title: text between id and " @AUTHOR"
- author: text between "@" and trailing date
- date_label: trailing "MMM YYYY"
- If evidence body is exactly "(none)", set is_none=true and items=[]
- Any non-empty evidence line not matching expected patterns goes into unparsed_lines (exact text).
- parse_warnings should be empty when fully parsed; otherwise include concrete issues.
RETURN POLICY:
- Return exactly one JSON object and nothing else.
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 · 79 lines · 0 tokens per session scan A 1587a16d8ac8
avos_ask_agent_JSON_converter is an agent published in the GitHub repository Avos-Lab/git-aware-coding-agent (2 stars, last pushed 4mo ago), licensed Apache-2.0. It costs nothing until one of its globs matches a file; then it loads 616 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-08-31.
Other agents, from other repositories
requirements-engineer
Author, refine, and finalize requirements and specifications with traceability. Full subagent.
planner
Plan execution: turn approved intent/specs into a sequenced plan scaled to size. Full subagent.
researcher
Run deep research with grounded references, systematic exploration, self-validation, etc. Full subagent.
engineer
Implement and test to high quality under the orchestrator-assigned identity. Full subagent.
IMPLEMENTATION
This file is a durable summary of the current implementation state. It is intentionally concise and should not be used as a chronological work log.
discussion-spec
작업일지가 무엇을 했나(회고), 플래너가 무엇을, 어디까지(결정 후 계획)라면, 문제 해결 문서(.oculpm/discussion/ /discussion.md)는 그 앞 단계 — "이게 문제인가? 어떤 안들이 있나?" 를 결정 전에 정리하는 회의록입니다.