Lanes
One lane at a time — the goal, the critical path, and the current wave of blockers.
Approve: RAG / Semantic SearchTo do · blockerDecide: RAG stays internal-only or becomes the agent's retrieval layerTo do · blockerDecide: will RAG ever index per-account/customer content?To do · blockerVerify RAG_QUERY_STUB is removedDoneBuild rag.search MCP tool and wire it into the customer agent turnTo doFix score-floor fallback that silently answers from irrelevant chunksTo doBuild a retrieval-quality eval harnessTo doFix dead repos.yml config and scope the indexer's whole-repo catch-allTo doAdd unit test coverage for chunkers, rerank, and collector logicTo doRun e2e retrieval smoke testTo doConfirm vector DB has dataTo doAdd rate limiting to /api/rag/queryDoneVerify RAG honest-degrade behavior after the score-floor fixTo doRun the eval harness and record a retrieval-quality baselineTo doFix full-repo re-embed on every git push (unbounded per-push cost)To doBound and monitor total OpenAI spend for RAGTo do
Wave
RAG / Semantic Search
Retrieval for the flagship agent — protected alongside it, not cut. Earlier framing as cut-list item #1 was wrong and is reversed. Critical finding: RAG is NOT actually wired to the customer agent today — searchAndAnswer() is only reachable via an internal endpoint behind a static token, and the corpus is TacTile's own monorepo and business docs rather than customer data. So it is currently an internal dev tool. Tenant isolation is safe only by accident: there is no account_id column and no scoping primitive, so the day customer content is added, cross-account leakage needs zero code changes to happen.
TacTile › Launch TacTile › RAG / Semantic Search
2/16 done14 open3 open blockers
Selected taskclear
Decide: will RAG ever index per-account/customer content?
To doOwner · met_55f88547Blocker
Show the prompt
To doIn progressDoneBlockedPick a wave on the left · tap a task to expand it