PlaysbyMoat8
Back to the library
The workflow guideResearch

Map a collection of technical documents

Use a document assistant to connect major concepts with the files and systems that explain them.

6 implementation stepsSimple

How this works

Use a document assistant to connect major concepts with the files and systems that explain them. A document collection is easier to navigate when readers can see concepts and their supporting files, but generated maps can invent relationships that the source never establishes. The map should distinguish explicit links from useful proposed associations.

Extract a controlled concept list from approved technical documents, resolve synonyms, and connect each node and edge to evidence. Produce a navigable map plus a source index. Use an available diagram tool or a simple structured text representation when visual rendering is unavailable.

Before you start

Document scope

Choose current approved documents and access boundaries.

Reader purpose

Define whether the map supports onboarding, architecture review, or research.

Relationship vocabulary

Agree edge types such as depends on, implements, produces, or references.

Prepare the inputs

documents
Required

Files with stable IDs

Retain versions and section locators.

system_context
Required

Known terminology

Identify acronyms and aliases.

map_scope
Required

Depth and focus

Avoid mapping every noun in the corpus.

edge_types
Required

Defined relationships

Separate explicit evidence from inferred association.

reader_questions
Required

Navigation goals

Use them to prioritize concepts.

Implementation, step by step

  1. Inventory the corpus

    • Record document versions and flag obsolete or inaccessible items.
    • Keep historical material separate when it conflicts with current descriptions.

    Checkpoint: A source manifest.

  2. Extract candidate concepts

    • Identify systems, data objects, processes, and important technical terms.
    • Attach the source section and avoid creating nodes from incidental wording.

    Checkpoint: A concept candidate table.

  3. Resolve terminology

    • Merge true synonyms and preserve ambiguous terms with context.
    • Do not merge similarly named components without evidence of identity.

    Checkpoint: A reviewed concept dictionary.

  4. Build evidence-backed edges

    • Connect concepts using the agreed relationship types.
    • Store the passage supporting each edge and label any proposed association clearly.

    Checkpoint: A traceable graph.

  5. Design a useful view

    • Group concepts around the reader's questions and reduce visual clutter.
    • Provide a source index or text fallback so the map remains usable without a particular diagram tool.

    Checkpoint: A navigable concept map.

  6. Validate and maintain

    • Have a knowledgeable owner inspect important nodes, directions, and missing relationships.
    • Record corrections and the corpus version so later updates can be compared.

    Checkpoint: A reviewed map package.

Decisions along the way

Two documents use the same term differently

Keep separate scoped definitions until an owner resolves them.

Relationship is plausible but unstated

Label it inferred or omit it from the factual map.

The graph becomes unreadable

Create focused views rather than shrinking all labels.

What you will produce

concept-map.json

JSON

A portable graph with provenance.

Include: nodes · edges · edge_type · evidence_ref · certainty

concept-index.md

Markdown

Lets readers navigate the underlying material.

Include: concept · definition · aliases · documents · open_questions

Check the result

  • Trace important edges to source passages.
  • Verify directionality of dependencies and data flow.
  • Inspect merged synonyms for false equivalence.
  • Check that obsolete documents do not silently override current definitions.

When something goes wrong

The assistant invents an architectural dependency

Remove the edge unless evidence or owner confirmation supports it.

Extraction loses section references

Restore locators before publishing the map.

A new document changes a concept

Version the map and review affected edges.

A worked example

SYNTHETIC EXAMPLE · NOT A REPORTED BUSINESS RESULT

Request

Map a small reporting system's documentation.

Inputs

Synthetic example. Synthetic D1 says an importer writes normalized rows; D2 says a dashboard reads those rows. No document says the dashboard writes back.

Expected result

Synthetic expected result. Map importer produces rows and dashboard reads rows. Do not add a reverse update path.

Run a small pilot

Start small

A small corpus around one system or topic.

Record the baseline

Record time to answer navigation questions and owner corrections.

Agree success criteria

Agree evidence coverage and relationship accuracy.

Stop or revise

Stop factual-map use when core relationships lack source support.

Keep the scope clear

  • Respect the source documents' access scope in the shared map.
  • A concept map does not authorize modifying the documented systems.

Check before using

Check that each relationship and explanation is supported by the supplied material.

Business activities

  • Maintain shared company knowledge

Editorially adapted workflow; not independently tested.

FROM A RECIPE TO YOUR WORKFLOW

Bring the company context together.

This workflow needs reliable inputs before it needs a better prompt. Moat8 Vault brings working information into a readable archive for the AI tools you use.

For this recipe: Technical documentation · System descriptions

Start with one recurring task, agree which sources to use, and review the first result with your team.

Discuss this workflow

What does your team do?

Choose the recurring work you would like to improve.

A field guide, made for work.

Plays is a curated library of anonymized business workflows. Each recipe explains the inputs, steps, tools, and checks you can adapt to your team. These are editorial guides, not independently tested implementations.

When you share a company website, the guide may read a limited number of public pages on that website. Messages and retrieved page text are sent to our AI provider, NVIDIA, to recommend relevant workflows. Share a general description rather than confidential information.

Saved workflows and selected activities stay in this browser. Your chat history and selected company website are kept in this tab and cleared when you reload or start a new chat. The server does not store conversations. Live source monitoring is not enabled.

If you allow analytics, PostHog receives page views and actions such as workflow saves, skill downloads and link clicks. Random browser and session identifiers connect these actions without identifying you by name. Your choice and browser identifier expire after 90 days; sessions restart after 30 minutes of inactivity or 24 hours. We use local storage, not analytics cookies. Messages, company URLs, search text, full referrers and IP addresses are not sent. There are no person profiles or session recordings. You can decline or withdraw in Analytics settings; Do Not Track and Global Privacy Control keep analytics off.

Read the Plays Privacy Notice ↗