Project Knowledge is where all structured project context lives in the product — wikis, rules, milestones, and the Project Spec — together with Knowledge chat for conversing with . You open it from the Roadmap: under Modernization, click Project Knowledge. The first time your Project Spec is generated, opens this drawer for you so you can review and approve the Project Spec using chat. Throughout the migration, agents read from and write to the same underlying knowledge; this UI is how you inspect and steer it.Documentation Index
Fetch the complete documentation index at: https://docs.modelcode.ai/llms.txt
Use this file to discover all available pages before exploring further.
Older documentation called this drawer the “Knowledge Hub.” That name is retired — the UI label is Project Knowledge.
What Project Knowledge Is
Think of Project Knowledge as structured context for Morph agents, surfaced in a full-height drawer on the Roadmap. Every time an agent works on a task, it reads this knowledge to understand your project’s architecture, conventions, and decisions already made. When an agent learns something new during execution — a pattern it discovered, an architectural decision — it writes that back (often as wiki pages). This is how agents pass knowledge to each other. Milestone 1 might establish a database access pattern. Milestone 5, handled by a different agent, reads that pattern from the same project knowledge and follows it. The result is consistent code across your migration even when different agents handle different parts.What’s Inside
Project Knowledge is organized in a tree with four kinds of content:| 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
Opening Project Knowledge
First time: When your Project Spec finishes generating, the drawer opens automatically (usually with Project Spec selected). Any time after that: Go to the project’s Roadmap. In the left Modernization column, click Project Knowledge to open the drawer. You can also open it from flows that link knowledge (for example, opening a rule or milestone in context). There is no separate top-level “hub” page; Project Knowledge is always this Roadmap drawer plus its tree and chat.Adding Your Own Knowledge
You can add context 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, it isn’t stored as a single blob. breaks it down into structured wiki pages and rules, optimized for how agents consume it. A long design doc becomes focused, referenceable entries agents can query efficiently.
Using the Chat
Use the Knowledge chat panel to talk to and create, update, or reorganize knowledge. To add documentation:- Open Project Knowledge from the Roadmap (Modernization → Project Knowledge)
- Open the chat panel if it is hidden
- 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 Project Knowledge. To adjust scope, add requirements, or change descriptions, use Editing Milestones from the milestone review flow. You can also ask to restructure milestones through 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 chat to refine the migration direction; substantial changes may also go through your Project Spec approval flow (see Reviewing the Project Spec). 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 Project Knowledge 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
Project knowledge stays aligned with running work as agents read and write it, 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 project knowledge 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 chat panel
- 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, open Project Knowledge and check 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
Reviewing the Project Spec
Approve the Project Spec using Project Knowledge and chat