Workflow 1
Create a codebase project
Start with the README, core modules, package files, config and architecture docs. If you connect GitHub, keep imported repo files scoped to the project.
Prompt to try
Your session has been flagged for unusual activity.
Please confirm you're human to continue.
Connect code, docs, screenshots and tickets so AI understands the repo before it answers.
The simple idea
Developers already know the problem: AI can write a decent isolated function, then fail when the answer depends on project architecture, conventions, existing files, package choices or old decisions.
A MultipleChat Project lets you import repo files from GitHub, upload documentation, add screenshots or error logs, and create project instructions that explain the stack. The AI can then retrieve relevant chunks before answering instead of guessing from a vague prompt.
People often fail with AI Projects because they upload too little. If a human expert would need the source material, the project needs it too.
GitHub repository files, important modules and config files
README files, architecture notes and API documentation
Error logs, stack traces and failing test output
Screenshots of UI bugs, product requirements or Figma notes
Database schemas, SQL files, JSON examples and integration docs
Project instructions
The same files can produce very different answers depending on instructions. Set expectations once so every model knows how to handle sources, uncertainty and format.
Respect the existing architecture and naming conventions.
Do not invent files or APIs. Ask when repository context is missing.
Prefer small patches and explain tradeoffs before large refactors.
When uncertain, identify which source file or config needs inspection.
Separate quick fix, robust fix and long-term refactor options.
These are not theoretical feature descriptions. These are the first practical workflows a developers should try after creating a project.
Workflow 1
Start with the README, core modules, package files, config and architecture docs. If you connect GitHub, keep imported repo files scoped to the project.
Prompt to try
Workflow 2
Upload the error log plus the relevant files. The project can search the code and logs together, which is much stronger than pasting only the stack trace.
Prompt to try
Workflow 3
When joining a repo or revisiting old work, ask for a map of the codebase, then drill into specific modules.
Prompt to try
Workflow 4
Use AI Comparison or AI Collaboration inside the project to get different implementation strategies grounded in the same codebase.
Prompt to try
Workflow 5
Upload product notes, screenshots and docs, then ask for tickets, file-level implementation steps and edge cases.
Prompt to try
The fix is simple: keep projects focused, upload the real source material, and ask for source-grounded outputs.
1.Do not upload only one file if the bug depends on imports or config.
2.Do not let AI rewrite a module without explaining the existing pattern first.
3.Do not mix multiple unrelated repos in one project.
4.Do not ignore tests. Ask AI what to run after every change.
5.Do not assume generated code matches your version of a framework.
Yes. Projects can import repository files from GitHub, store metadata such as repo/path/branch information, and index the content for project retrieval.
They work best when you import the files that matter: README, package/config files, core modules, schemas, docs and files related to the task. Retrieval then finds the relevant chunks when you ask.
Yes. Supported image files can receive searchable descriptions, which helps keep screenshots and visual references connected to the project.
Use comparison. One model may be better at architecture, another at patch style, another at critique. Projects give each model the same code context so the comparison is fair.
Start the right way
Upload the material, set the rules, then let MultipleChat retrieve the relevant context for ChatGPT, Claude, Gemini, Grok or AI Collaboration.