Knowledge tools
Knowledge tools keep project explanations close to the repositories they describe. Their job is to expose drift and decisions, not create a second source of truth by accident.
Documentation provider
The Documentation view currently works with the configured Confluence connection. It can list pages for a space, expand child pages, preview a page, and open it in Confluence.
With a repository selected, Anvil can compare a page with current repository evidence, report its staleness state, draft an update, or create a new page in the configured space. Review generated content before publishing because the model sees the selected repository context, not every operational fact held by the team.
Settings also exposes Notion as an MCP-backed documentation provider. It can install the Notion MCP server and complete its OAuth flow. That connector is available to agent work through MCP; it does not make the Confluence-specific Documentation view a Notion browser.
Architecture decision records
The ADR view scans every repository in the active workspace for architecture decision records. It groups results by repository, supports search by title, filename, or status, and renders the selected record for reading.
ADRs remain ordinary repository files. Edit and review them through Git like other documentation. If the scanner finds none, check that the repository is connected and that the files use recognizable ADR naming and content.
Draw.io diagrams
The Diagrams view stores diagram files with the selected repository. It can initialize the diagram directory, list diagrams, read or delete one, and open the file in Draw.io when the desktop integration is available.
Generation sends repository context and an optional existing diagram to the configured model, which returns a title and Draw.io XML. You can cancel an active generation. Open the result in the editor and check labels, relationships, and direction before treating it as architecture evidence.
Repository and pull request visualisations
The Workspace view builds repository maps from indexed module relationships. The repository twin adds Git state and recent agent-run activity. Code Review can build a separate pull request visualisation from a provider diff.
These views answer different questions:
- repository maps describe the indexed code structure
- the repository twin shows structure alongside current change and work activity
- pull request visualisations explain the scope and relationships in one proposed change
Generated visualisations can go stale. Use the refresh control or force a new pull request visualisation when the underlying source changed.
Design readiness
Design tooling checks whether the expected Figma MCP integration and frontend skill are available. Anvil can register the Figma MCP and install the frontend skill through its typed main-process APIs.
This prepares the agent toolchain. It does not authenticate a Figma account, invent design authority, or make a generated interface approved. Keep source designs and explicit product decisions attached to the work.
A practical documentation loop
- Inspect the repository and existing ADRs.
- Check the external page for staleness.
- Draft only the section whose behavior changed.
- Verify commands, configuration keys, paths, and limitations against source.
- Review the resulting page or diagram in its destination.
- Commit repository-owned knowledge with the code change when appropriate.