Triss mascottrisscoworker
GitHub ↗

Research workflow

Understand unfamiliar code without handing over the whole repository.

Instead of pasting files into your main agent's context, delegate a focused question: triss ask reads only the sources you name, sends them to your selected provider, and returns findings with source references you can verify yourself.

Use it when

You need an answer to a specific question about selected sources before you start changing them — how a mechanism works, where a decision is made, what a module enforces. The question is bounded, and so is the corpus: you choose exactly which files Triss reads.

Provide

  • A precise question. Ask for the specific behavior, precedence, or constraint you need, and ask for cited lines.
  • The selected files or globs. Quote globs so your shell passes them through to Triss instead of expanding them:
triss ask --paths "src/**/*.js" --question "Where is request validation handled, and what does it enforce? Cite the relevant lines."

Do not include secret files such as .env in the corpus — what you select is what gets sent to your model provider. Directories are not an automatic recursive corpus: pass files or a glob such assrc/**/*.js.

Run

The command below is the recorded run shown later on this page. It was executed with triss ask --provider zai against a source file of the Triss repository itself, at a public commit.

triss ask --provider zai --paths src/model-selection.js --question "How are provider, model, and execution engine selected? Cite the relevant lines and distinguish explicit request values from configured defaults."

This is an example recorded on Triss' own sources. In your own repository you choose your own paths and your own question — no project needs to contain src/model-selection.js. Use your configured provider by omitting --provider, or pass the provider you selected.

Inspect

  • Open the cited files and lines and compare them with each claim.
  • Identify what remains unknown: a focused answer about selected files is not a map of the whole repository.
  • Keep the details your main agent needs — verified behavior, exact identifiers, line references — and drop the rest.

Bring it back

When the findings have been verified, hand them to your main agent as context for the change you are about to make:

Example instruction

"Use these verified findings to plan the change. Re-open the relevant source before editing."

This is an example instruction you write yourself — not command output, and not a recorded result.

Limits

  • The answer analyzes the context you passed. It is not proof that the whole repository is understood.
  • The model can be wrong, even when it cites real lines.
  • A follow-up query may be needed: narrower files, or a more specific question.