Launching today
Busabase
The general system of record for AI agents
185 followers
The general system of record for AI agents
185 followers
Different agents. One shared base. Busabase is a general-purpose database and workspace for people and AI agents. Keep business records, docs, skills, and apps in one place so the next task can build on them. Connect Claude Code, Codex, and more. Set access, review changes when needed, and see what changed. Busabase is open source, with Cloud, Personal Desktop, and self-hosting options.
Thanks, @genedai Gene!
Yes, Shared Playbooks give your team's Skills and custom prompts a shared home.
A teammate can connect another supported agent to the same space, give it access to the relevant material, and ask it to consult that Playbook before starting a task. They can also copy saved prompts from the UI into their agent. For example, keeping a content review process and its prompts together lets a different agent read the same working instructions.
@genedai Yes. A Playbook can be a Skill with its instruction file and references, or a custom prompt saved under a node’s Agent prompts. Both appear in the workspace’s Playbooks view. Once another supported agent is connected to that workspace, it can find and read the relevant Playbook, subject to its access permissions.
For example, I’d save a repeatable code-review procedure as a Skill and a shorter “prepare this week’s launch post” instruction as a custom prompt. The team maintains each once instead of rewriting it for Codex, Claude Code, and the next agent. Here’s the Playbooks guide: https://busabase.com/docs/agent-playbooks
Which working method would your team reuse first?
Our team uses both Codex and Claude Code. What's the simplest way to give them the same project brief and coding conventions without copying everything into each chat?
@matthewwei Matthew, I'd start with one project: save the brief as a Busabase Doc and the coding conventions in a shared Playbook. Connect both Codex and Claude Code to that workspace with read access.
Then add a short instruction to each tool's project instructions: “Before starting work, read this project's brief and coding conventions in Busabase.” That gives you one copy of the full content to maintain.
Where do those materials live today, in your repo or somewhere like Notion? I can help sketch a small setup around what you already use.
@matthewwei Personally, I think AGENTS.md for Codex and CLAUDE.md for Claude Code are great ways to avoid repeating the same instructions or explaining business context every time you start a new session.
You can also include instructions that tell the agents when to pull relevant business context from Busabase.
For example:
This way, both agents know when to retrieve business context, where to find it, and how to use it — without you having to repeat yourself in every session.
Here's what that looks like in the AGENTS.md file of one of my projects 👇
This has been especially useful for our marketing team. Once teammates clone the project locally, they can all reference the same product brief stored in Busabase. So even when we're running different AI tasks across different sessions or agents, we're all working from the same single source of truth, keeping our outputs consistent and grounded in the same facts.
@matthewwei Matthew, Seey gave you the practical setup. The part I’m genuinely excited about is what comes next: install the Busabase Skill in both Codex and Claude Code, connect them to the same Space, and give them one shared home for the brief, coding conventions, and tasks. Either agent can read that context and leave work the other can pick up.
We use this ourselves for much more than project plans: our CMS articles, SEO keywords, engineering changelog, and product docs live there too. The agent can be new; the company’s context doesn’t reset. That’s the Superman moment for me. It feels like a fresh agent can step in with the team’s accumulated working knowledge. I’m genuinely excited every time I see that handoff work.
Agent setup: https://busabase.com/docs/agents-getting-started
Playbooks: https://busabase.com/docs/agent-playbooks
What would you want both agents to know on day one?
Hey Product Hunt — Kelly here.
We kept seeing this with customers: a new project or a different agent often meant rebuilding context and instructions from scratch. Business users were juggling local files and agent setups, sometimes having to learn tools like Git just to keep things organized.
We believe agents should be stateless, with company knowledge and work kept in a shared base. Business users should be able to share that context across agents without becoming AI experts.
That's why we built Busabase — The Base for Agents — a shared workspace for data, docs, skills, and apps that people can see and manage.
Connect agents like Claude Code, Grok Bot, Muse, OpenClaw, Manus, Hermes, Buda or Codex via MCP, OpenAPI, or CLI. You decide what each agent can read or change, and which updates need review. You can also see what changed and who changed it.
With your agents and tools connected, you can automate workflows like:
• Software development — agents turn support feedback into tasks, write and test the code, deploy updates, and use new feedback to start the next cycle.
• SEO — agents monitor traffic and search trends, use the results to improve the content plan, write the next article in a shared CMS, and repeat.
• CRM — agents use product knowledge and shared business data to find relevant prospects, reach out, and follow up, keeping customer records, visit notes, and tasks up to date.
One customer keeps its company materials and project updates in Busabase. Now a manager can ask an agent for the latest status instead of going from teammate to teammate.
Try it with one project: add its updates and instructions, connect an agent, and ask, “What changed this week?”
Busabase is open source. You can self-host it, use Personal Desktop, or get started with Cloud.
If your team uses several agents, I'd love your feedback: what would Busabase need to handle for you to use it every day?
Hey Product Hunt! 👋 I’m another maker on the Busabase team.
Kelly shared why we built Busabase. I’d like to highlight a few features that help teams put it into practice.
For us, sharing information is only part of the job. Teams also need to preserve how they work, understand what people and agents contributed, and turn accumulated knowledge into something useful day to day.
Here are four features I’m especially excited about:
Shared Playbooks: Give your team’s Skills, procedures, coding conventions, and custom prompts a home in one browsable catalog. Connected agents can consult the relevant instructions, and teammates can copy saved prompts for their next task. A useful method developed by one person becomes something the team can reuse.
Team Insights: See contributions recorded in Busabase Cloud, including changes, proposals, reviews, and activity trends. Owners and admins can view member contributions and their human and agent sources, helping them understand how shared work is being maintained.
Instant AirApps: Ask an agent to turn workspace data into a dashboard, briefing, or internal business app. It runs directly inside Busabase and stays connected to the underlying records.
Agent-ready Templates: Start with Bases, Docs, AirApps, sample data, prompts, and instructions packaged together, then adapt that setup to your team’s workflow.
Which working method would you put into a shared Playbook first—a coding convention, a content process, or something else? I’d love to hear your examples.
Hey Product Hunt, Seey here. I'm one of the developers on Busabase.
As a developer, I care about what happens after an agent changes a business record. How do other people check it, correct it, and keep working with it?
Say an agent updates your CRM from customer visit notes. The teammate responsible for that customer should be able to open the record, see what changed, and correct it if needed. Another authorized agent should be able to follow up using that same record.
That's what interests me about Busabase: People and Agents work in the same business system, with records the team maintains together.
I'd start with one small task. Pick a type of record, give the agent the access it needs, and decide whether its updates can go through directly or need review. Then check the result in the UI.
Your team chooses what becomes shared. Connecting an agent doesn't automatically import everyone's private chats or local files.
What business record would you let an agent update first? Which changes would you still want to review yourself?
It should be a good choice for a team. How can one get started and use it quickly?
@kkliu Thanks, Kirin! You can go directly to busabase.com, sign up, and create a space. There’s no need to install Busabase.
If you already use an agent like Codex or Claude Code, click 【Agent Skills】 in the bottom-left of your workspace, copy the setup prompt, and paste it into your agent. Then follow the prompts to sign in and authorize access. It will guide you through connecting and setting everything up.
Then tell it what you’d like to build, such as a customer tracker or a project workspace, and you can start trying it out.
The prompt in Agent Skills looks something like this, with your own space ID filled in:
What business problem are you hoping to solve with Busabase? I may be able to help.
@kkliu Kirin, I’d start with the agent you already use. In Busabase, open Agent Skills, copy the setup prompt for your workspace, and give it to Codex or Claude Code. It guides the connection and installs the Busabase Skill.
Then make one small wish in plain language: “Set up a customer follow-up workspace with companies, next steps, and due dates.” Look at the structure the agent proposes before adding real data. Or open the Template Center and start from a ready-made CRM or CMS workspace with sample records and an Agent Skill: https://busabase.com/templates
What would you want your first workspace to do?
how does it handle conflicts? like if claude code and codex both touch the same record within a few minutes, does the second one just overwrite or does it go to review
@mi_leeli Thankyou, Mi.
If both agents start from the same version and change the same field to different values, the merge is blocked and the conflict is flagged for review and resolution. You can also set permissions to require review for all agent changes.
The workflow is a bit like Git, but tailored to business data such as customer records and project updates.
What kind of business data are you planning to maintain? Knowing your use case would help me suggest how Busabase could fit your workflow.
@mi_leeli Mi, a Change Request is the reviewable package. It contains one or more Operations; updating a record is one Operation with a starting version and a proposed change. That gives you a before/after diff and a history of who submitted it.
At merge time, Busabase compares the proposal with the current record. If Claude Code and Codex changed different fields, both changes can merge. If they changed the same field differently, the later merge reports a conflict instead of silently overwriting the first value; the proposal needs to be revised against the current record. A proposal-level connection waits for human review, while write access can merge a non-conflicting change immediately.
The screenshot below shows the Change Request diff and review controls, not a conflict screen. Are you expecting both agents to edit the same field?