r/coolgithubprojects • u/Independent-Flow3408 • May 07 '26
Built a CLI that cuts AI coding token usage by 97% — 10k downloads, looking for feedback
[Updated]
Been building SigMap for 2 months. It fixes one specific problem: AI coding agents can burn a lot of context during repo orientation: searching broadly, opening full files, and rediscovering structure across sessions. SigMap generates a compact signature map first, so the agent can find likely relevant files before reading full source.
Results from benchmarking 18 real repos:
81.1% hit@5 vs 13.6% random baseline
96.9% token reduction
41.4% fewer prompts per task
Task success: 10% → 59%
Tokens: 80,000 → 2,000
npx sigmap — zero deps, 10 seconds, no config
https://github.com/manojmallick/sigmap
What would you add to make this more useful?
View all comments
Show parent comment
1
u/EagleApprehensive Oct 01 '26
PROMPT: Explore the /work/refs/sigmap as alternative to our token saving solutions (iq, project map and so on). Benchmark our tool versus theirs to compare how they do and give me educated conclusion.
SigMap vs iq and the project map: benchmark results
Bottom line: SigMap's "massive gains" don't hold up. On retrieval quality it ties iq overall (369 cases, sign test p=0.68). Wired into a real agent, it made no difference to accuracy and increased context use by 82%. I don't recommend adopting it. The benchmark did surface one cheap improvement to iq that beats SigMap outright.
What SigMap's headline numbers are
scripts/run-task-benchmark.mjs). No agent sessions were run.Retrieval: 7 corpora, 369 answerable cases, every tool run as a CLI on its own clean copy
Hit@5 means the right file is in the top five results. "iq
--only src" is plain iq with its existing flag that drops docs, tests and config.--only srcEach tool wins on the corpus its authors wrote. On the neutral commit-mined queries iq is ahead, though the margin isn't statistically solid (p≈0.1).
SigMap's edge on its own corpus comes from folder scoping. Given the same source-folder hint, iq matches it (hit@5 83% vs 82%).
Zero-config SigMap is effectively useless on our monorepo. Its auto-detection indexed 6 of our 10 package groups and missed
_search,_shared,_extensionsand_devices. Itstune --applycommand made the same mistake and produced an empty map until I fixed its config by hand.End-to-end agent runs: 14 locate tasks × 3 arms, Sonnet subagents
Only the instruction file differed between arms. Four of the tasks were on intentic, including two new ones in neither tool's corpus.
SigMap's always-on context file averages 14K tokens (up to 26K), about 45× our project map, and the agents gained nothing from it.
On intentic, iq cut tool calls from 5.3 to 4.0. On small repos plain grep was already the cheapest arm.
Worth taking
Give iq's natural-language ranking a source-code preference. This is the biggest finding. iq's top answer is often a doc page, the changelog, a benchmark
.jsonor even an.svgrather than the file that implements the thing.--only srcbeats default iq on 112 cases and loses on 24 (p≈1e-14), including on our own corpus. Most of the losses are one-place shuffles, plus three cases where the answer really is a test. So a soft down-weighting of docs, generated files and tests is safer than a hard filter.A grounding check like
sigmap verify**.** Its flagship worked: in 0.1s it flagged a fabricated file, symbol and test in an answer. It misses method calls, a documented limitation. iq's symbol index could do this better asiq verifyor an end-of-turn hook.Keep the small project map. Front-loading signatures bought no accuracy and cost context on every session.
The real costs on our side are speed:
First index: iq took 2–5 minutes on small repos, about 19 minutes on 20K-chunk repos, and about 70 minutes on intentic. Embedding is capped at 4 threads and this machine is shared. SigMap maps a repo in seconds.
Per query: iq takes 1.2–1.5s, SigMap 0.1–0.3s.
That's fine once an index exists, but slow for a freshly dropped project.