What Is the Knowledge Hub
Think of the Knowledge Hub as structured context for Morph agents. Every time an agent works on a task, it reads from the Knowledge Hub to understand the project’s architecture, conventions, and decisions that have already been made. When an agent learns something new during execution — a pattern it discovered, an architectural decision it made — it writes that knowledge back. This is how agents pass knowledge between each other. Milestone 1 might establish a database access pattern. Milestone 5, handled by a different agent, reads that pattern from the Knowledge Hub and follows it. The result: consistent code across your entire migration, even though different agents handled different parts.What’s Inside
The Knowledge Hub contains four types of knowledge:| Type | What It Holds | How It’s Used |
|---|---|---|
| Wiki | Architecture docs, design decisions, patterns discovered during migration | Agents read wikis to understand project context and conventions |
| Rules | Coding standards, library preferences, explicit constraints | Agents follow rules as hard requirements in every milestone |
| Project Spec | Goals, scope, and approach for the migration | Agents reference the Project Spec to stay aligned with the overall direction |
| Milestones | Detailed descriptions and scope for each migration step | Agents use milestone content to understand what each step requires |
How Agents Use It
When an agent starts working on a milestone:- It reads the Project Spec to understand the migration’s overall goals
- It reads all rules to know which standards to follow
- It reads relevant wiki pages to understand architecture and patterns
- It reads the milestone description to know what to build
Adding Your Own Knowledge
You can add context to the Knowledge Hub at any time. This is useful when you have documentation, design decisions, or standards that should know about from the start.When you add content to the Knowledge Hub, it isn’t saved as-is. breaks it down into structured wiki pages and rules, optimizing the content for how agents consume it. A 50-page design doc becomes a set of focused, referenceable wiki entries that agents can query efficiently.
Using the Chat
The Knowledge Hub has a built-in chat panel. You can talk to and ask it to create, update, or reorganize knowledge. To add documentation:- Open the Knowledge Hub from the left sidebar
- Open the chat panel
- Describe what you want to add
Dragging in Files
You can drag text files directly onto the chat panel to import existing documentation. reads the file, extracts the relevant knowledge, and creates wiki pages and rules from it. Supported formats include.md, .txt, .yaml, .json, .py, .ts, .js, and many more text-based files.
Example use cases:
- Drag your team’s
CONTRIBUTING.mdto import coding standards - Drop an architecture decision record (ADR) to capture design choices
- Import a
styleguide.mdto encode formatting preferences
From a URL or Repo Path
In the chat, you can also reference external sources:Editing Wiki Pages
Wiki pages capture architecture, patterns, and project-specific context. Update them through the chat. Right-click a wiki page in the tree and select Add to Context to attach it to the chat. Then describe the change you want:When to Add Wiki Pages
Add wiki pages when you have knowledge that applies broadly but isn’t a hard rule:- Architecture decisions — “We chose event sourcing for the order service because…”
- Integration notes — “The payment gateway expects ISO 8601 dates with timezone”
- Migration context — “The legacy
UserManagerclass maps to three separate services in the new architecture” - Patterns — “All API responses follow the envelope pattern:
{ data, meta, errors }”
Editing Rules
Rules are hard constraints that agents follow in every milestone. Unlike wiki pages (which provide context), rules are treated as requirements. Create and update rules through the chat:Rules vs. Wiki Pages
| Rules | Wiki Pages | |
|---|---|---|
| Agent behavior | Treated as requirements — agents must follow them | Treated as context — agents use them to inform decisions |
| Scope | Apply to every milestone | Referenced when relevant |
| Best for | Coding standards, library mandates, naming conventions | Architecture docs, design decisions, integration notes |
| Example | ”Use pytest for all tests. No unittest." | "The authentication service uses JWT with RS256 signing.” |
Editing Milestones
You can review milestone descriptions in the Knowledge Hub. To adjust scope, add requirements, or change descriptions, use Editing Milestones from the milestone review flow. You can also ask to restructure milestones through the Knowledge Hub chat. For example, to merge two milestones:Locked Milestones
Milestones that are in progress, under review, or already merged cannot be edited. Only milestones with a Not Started status are editable. If you need to adjust a milestone that’s already executing, wait for the current execution to complete and then make your changes before re-running.Updating the Project Spec
The Project Spec is the top-level document that defines your migration’s goals, scope, and approach. Ask in the Knowledge Hub chat to refine the migration direction; substantial changes may also go through your Project Spec approval flow. Changes to the Project Spec can affect how agents approach future milestones, so be deliberate about what you request.Viewing Changes
When modifies knowledge during an agent execution (for example, an agent discovers a pattern and writes a wiki page), you can see exactly what changed. Click Highlight changes (the diff icon) in the Knowledge Hub toolbar to toggle an inline diff view:- Green highlights show added content
- Red highlights with strikethrough show removed content
- A summary shows the total lines added and removed
- Modified items are marked with a yellow indicator in the tree navigation
How Knowledge Stays in Sync
The Knowledge Hub stays aligned with running work as agents read and write knowledge, and as you add or update context through the chat. When you ask for changes while an agent is running, incorporates them so agents can pick up new rules and wiki context in subsequent steps.Examples
Setting Up a New Project’s Knowledge
When you start a migration, front-load the Knowledge Hub with what you know:Correcting Agent Behavior
After reviewing a PR, you notice agents are usingconsole.log for debugging:
Importing Team Standards
Your team has adocs/coding-standards.md in the repo:
- Drag the file onto the Knowledge Hub chat
- reads it and says: “I’ve extracted 4 rules and 2 wiki pages from your coding standards document…”
- Review the created entries in the tree navigation
- Ask the chat to adjust any entries that need refinement
Adding Context Mid-Migration
At Milestone 4, you realize agents don’t know about a critical integration:Best Practices
Let the Chat Do the Structuring
Don’t worry about formatting your input perfectly. Describe what you want in natural language and structures it into the right wiki pages and rules. A rough paragraph of context works better than trying to manually create the “right” wiki page.Review Agent-Created Knowledge
After each milestone, check the Knowledge Hub for new wiki entries. Agents write back what they learned. If something is inaccurate, ask the chat to correct or remove it before the next milestone picks it up.Use Rules for Enforcement, Wikis for Context
If you find yourself writing a wiki page that says “always do X” — that’s a rule. Move it there so agents treat it as a hard requirement, not optional context.Related Docs
Creating Rules
Deep dive into writing effective rules with examples
Editing Milestones
How to adjust milestone scope and descriptions
Core Concepts
Morph terminology and mental model
Project Spec
Review and approve in the Knowledge Hub using chat