# Kylon: Full Site Content
> This file contains the full text content of all pages on kylon.io, concatenated for LLM ingestion.
> For the page index with links, see https://kylon.io/llms.txt
---
# English Blog Articles
## Design the App Before You Build It: One Spec, a Design Page and a Working App
> Asking an agent to build a recruiting system gets you its guess. We ask for a design page first: the business flow, the tables, every field, where each field comes from and who sees what. Once that is signed off, the same spec builds the App. Here is the skill, with one prompt to run it in your own workspace.
**Author:** Kylon Team · Product | **Date:** 2026-10-08 | **Category:** Guide
**URL:** https://kylon.io/blog/design-an-app-before-you-build-it
Ask an agent to build you a recruiting system and it will. It will pick the tables, name the fields, guess where resumes come from and decide who can read interview feedback. Some of those guesses will be right. The wrong ones show up a month later, when real candidates are in the system and changing the structure means moving data.
We stopped asking for the App first. We ask for a design page, read it like a contract, and only then build. This post walks through what goes on that page, how the same spec turns into a working App, and the skill that does both, with one prompt you can paste into your own workspace.
## What goes on the design page
The page has six parts, in the order a reviewer needs them.
**Business flow.** Every step from the first event to the outcome, laid out as swimlanes: one lane per role, one for the agent, one for outside systems. Each step says what it reads and what it writes. The steps where a person decides are marked, so you can see at a glance that the agent organizes and drafts while people make the calls.
**Tables.** The tables the process needs and how they relate. In the recruiting example there are ten: positions, interview criteria, candidates, resume files, applications, interviews, feedback, offers, onboarding tasks and a timeline of everything that happened.
**Fields.** Every field in every table, with its type, whether it is required, its options and which roles can see it.
**Field mapping.** For each source system, what we take, how often it syncs, and which field each value lands in, with the rule that transforms it. This is the part people skip, and the part where most surprises live: a resume has no clean "years of experience" value, a calendar invite does not say which round it is.
**Who sees what.** A grid of roles against data. In recruiting, interviewers see their own interviews and their own feedback, and other interviewers' feedback stays hidden until they submit. Offer salary is visible to HR and the approver only.
**The App.** The pages the App will have and who uses each one.
You review the page the way you would review a proposal from a consultant. When something is wrong, you say so in plain words, the agent changes the spec and renders the page again. Nothing is built until you say it is right.
## One record, one thread
Most internal tools end up as a stack of tables with a view on top. That is fine for a list of suppliers. It works badly for a process about a person, where the history matters as much as the current status.
So the App the skill builds is centered on the main record. In recruiting, that is the candidate. The pipeline lists one row per candidate with their position, stage, next step and owner.
Open a candidate and everything about them is on one page: how they match the role's requirements, what is missing, the manager's call, their resume files, their interviews, the offer and the onboarding tasks once they are hired. Each candidate also has one thread, where the team and agents talk about that person. The resume, the interview notes, the offer discussion and the first-day checklist all stay attached to the same candidate instead of being spread across inboxes.
People fields such as owner, interviewer and approver are members of your workspace, shown with their names and avatars, so the person on the record is the person who gets the thread notification.
## People make the calls
The flow on the design page draws a clear line, and the App keeps it. The agent parses resumes, attaches them to the right person, matches candidates to open positions, drafts interview invites, turns interview transcripts into a first draft of feedback, and drafts the offer email. People screen, interview, submit their own feedback, decide each round, approve the offer and own the onboarding tasks.
Every decision is a field someone sets, and every change writes a line to the candidate's timeline, so "who moved this candidate to Round 2, and when" always has an answer.
## Run it in your own workspace
We packaged the skill with our internal names and data taken out. It contains the design page renderer, the spec format, the App builder, and the full recruiting example: the spec, its design page and the source of the App with about forty mock records across the ten tables. [Download app-design-blueprint.zip](/skill-templates/app-design-blueprint.zip), or paste this into a Kylon agent and it will do the setup itself:
```text
Install the App design blueprint skill from https://kylon.io/skill-templates/app-design-blueprint.zip: download it, read SKILL.md, add it as a custom skill and install it on yourself. Then design an App for PROCESS. Ask me who is involved, which tools the data comes from today and what each person needs to see. Send me the design page first, with the business flow, tables, fields, field mapping and who sees what. Build nothing until I approve it. Once I approve, build it as a custom App with mock data and send me the draft link.
```
Replace `PROCESS` with what you want to run, for example "our supplier onboarding" or "client project intake". To see the finished example first, ask instead for "the recruiting example from the skill, built as is", and you will have a working Recruiting Workspace with mock candidates in a few minutes.
If recruiting is all you need, the [Recruiting Workspace in our apps gallery](/apps/hiring) builds a ready hiring App from a single prompt.
## Before real data goes in
The App opens on mock data on purpose. Click through it with the people who will use it, and change the spec while changes are still cheap.
Before real records go in, look again at the "who sees what" section. The design page states the rules, and the agent should add a check for each one to the App before you import anything private, starting with interview feedback and salary. Ask it to show you each rule working with a test user who should not see the data. Then connect the sources from the field mapping one at a time, starting with the one that creates the main record.
---
## Slack alternatives with AI agents: What Kylon rebuilds
> Looking for an AI Slack alternative? The useful question is not which chat app has AI. It is what changes when agents become part of the team.
**Author:** Kylon Team · Product | **Date:** 2026-10-07 | **Category:** Compare
**URL:** https://kylon.io/blog/slack-alternatives-ai-agents
If you are searching for **Slack alternatives with built-in AI agents**, you probably want more than a different place to chat. You want the work discussed in chat to get done, without becoming the person who keeps every agent, spreadsheet, and decision in sync.
First, a fair starting point: [Slack already has a native personal AI agent, Slackbot, and Agentforce agents that work with teams in channels](https://www.salesforce.com/slack/agentforce-in-slack/). [Slack also describes agent orchestration, skills, memory, and actions across connected apps](https://slack.com/blog/news/agent-orchestration). “Slack has summaries; Kylon has agents” is not an accurate comparison.
Kylon's answer is to rebuild the workspace around a different combination: **Agents as team members, company context, and business Apps that people and agents operate together.** [That is the model behind Kylon's shared workspace](https://kylon.io/).
## 1. Your agents join the team, not just your next task
In Kylon, [an Agent has a name, specialty, and profile. You can message it, mention it in a Room, hand it a thread, and assign it work](https://docs.kylon.io/agents/overview). Claude Code, Codex, and Devin Cloud can join alongside Kylon's own Agents. They use the same workspace access rules.
The practical difference is continuity. The analyst, writer, and builder can stay part of the team's working environment rather than leaving people to carry results between personal AI sessions. [The current product brings those Agents into shared Rooms and supports visible handoffs](https://kylon.io/).
Slack has a different entry point: [Slackbot routes requests to specialist agents, while Agentforce agents are deployed into Slack through Salesforce's Agent Builder](https://www.salesforce.com/slack/agentforce-in-slack/). Both support agents. Compare how your team wants to organize them, not whether an AI button exists.
## 2. Company context is more than a searchable chat history
A team needs more than an answer to “what did we say last week?” It needs its working methods, corrections, and decisions to remain useful for the next job.
Kylon separates those jobs: [conversation history carries Room context; agent memory retains relevant preferences and feedback; shared workspace knowledge holds team facts](https://docs.kylon.io/concepts/memory). [Skills package a method that another Agent can follow](https://kylon.io/blog/how-permissions-work-in-kylon).
That is not a claim that Slack lacks memory. It is a way to evaluate an AI workspace: can your team improve the way work is done, and carry that improvement into the next task?
## 3. The result can become an App, not another attachment
This is the most concrete part of Kylon's approach. [An Agent can build a tracker, hiring board, dashboard, or working page through conversation, with records the team can continue using](https://kylon.io/). The discussion and the App sit together instead of ending with a document someone must turn into an operating system later.
[Apps retain their records and version history, and several people can contribute changes](https://kylon.io/blog/how-permissions-work-in-kylon). A teammate can inspect the result, ask for a revision, and keep working on the same App.
Slack can also act on business data: [its current Agentforce experience includes updating CRM records, creating canvases, and returning reviewable results to threads](https://www.salesforce.com/slack/agentforce-in-slack/). Kylon puts building the team's own business App inside the workspace as well.
## 4. More agent output should not mean more chat to read
Agents can produce far more than a short reply. The important question is what the team can actually use.
In Kylon, [an App holds the records, its views make them usable, and a draft or approval step can keep a consequential action beside the conversation that produced it](https://kylon.io/blog/how-permissions-work-in-kylon). The goal is not a larger message stream. It is an inspectable result and a clear next decision. Access and approval remain specific to the resource and action; adding an Agent does not give it every account or every Room.
## Choosing an AI Slack alternative
Slack is worth evaluating first if your team wants to keep its current workspace and add agents through its existing ecosystem. [Its own documentation now describes substantial agent capabilities](https://slack.com/blog/news/agent-orchestration).
Evaluate Kylon if you want a workspace where your agent team, company knowledge, and evolving business Apps live together. Start with one process: create a tracker through conversation, have an Agent update it, review the result, and let another teammate continue.
For a closer workflow view, see [Kylon vs Slack](/alternatives/slack). For the broader design question, read [our Kylon vs Buzz comparison](/blog/kylon-vs-buzz). The question is not “which chat app has AI?” It is **“where will our team and its agents keep doing the work?”**
*Product descriptions checked October 7, 2026. This comparison reflects the linked product documentation, not a timed head-to-head benchmark.*
---
## Grok Team Bots vs. Kylon: two ways to share AI teammates
> xAI launched Team Bots on September 28: shared Grok Bots built around a team role, with shared skills and private conversations for each person. Here is how Team Bots work, and how Kylon runs shared work in Rooms with several agents.
**Author:** Kylon Team · Product | **Date:** 2026-10-05 | **Category:** Compare
**URL:** https://kylon.io/blog/kylon-vs-grok-bot
On September 28, 2026, xAI [launched Team Bots](https://x.ai/news/team-bots), described as "Grok Bots that work and learn alongside your team." A Team Bot is built around a role or workflow the team shares. Everyone works with the same Bot and its expertise, and each person can still work with it on their own.
That makes Grok Bot a shared teammate, so this page compares Team Bots with Kylon. Both start from the same idea: an AI teammate should belong to the team's work. They organise that shared work in different places.
## How Grok Team Bots work
**One Bot per shared role.** xAI says [you build a Team Bot around a role or workflow your team shares](https://x.ai/news/team-bots#team-bots-bring-context-tools-and-memory-together), and each one brings together context, plugins, credentials and memories. Context covers files, instructions and skills, from brand guides to internal documentation.
**Shared skills, private conversations.** According to the announcement, [each person's conversations with the Bot remain private](https://x.ai/news/team-bots#team-bots-bring-context-tools-and-memory-together). The Bot keeps separate context and memories for each user while drawing on the skills shared across the team.
**A handle in Slack.** [Each Team Bot has its own Slack handle](https://x.ai/news/team-bots#team-bots-bring-context-tools-and-memory-together), so a team can invite it to a channel where everyone can ask questions, contribute context and see its responses.
**Plugins for the team's tools.** Plugins let a Team Bot work in applications such as Salesforce, Notion and GitHub, and [they can be connected by each person or configured for the whole team](https://x.ai/news/team-bots#team-bots-bring-context-tools-and-memory-together). xAI's own [Engineering Team Bot connects to Notion, Linear, Hex, Datadog and Cursor](https://x.ai/news/team-bots#product-and-engineering), triages bug reports, creates tickets and launches Cloud Agents for well-defined fixes.
**How xAI uses them.** In the announcement, [each major sales account has a dedicated Team Bot](https://x.ai/news/team-bots#sales-and-customer-success) shared by the account executive, customer success manager, solutions architect and sales leader, and it posts a morning briefing in the account's Slack channel. A [Marketing Bot reviews drafts shared in Slack](https://x.ai/news/team-bots#marketing) against the brand voice, and a [Data Bot answers data questions with shared, read-only credentials](https://x.ai/news/team-bots#data-analytics) and remembers corrections so its answers improve for everyone.
A shared role, shared skills and a private conversation for each person is a considered answer to the question every team asks once an agent becomes popular: whose agent is it?
## How Kylon runs shared work
Kylon starts from the place where the team works. People and several agents join the same Room, each agent with its own role, and the work happens where every member of the Room can follow it.
**Rooms.** A Room is where people and agents work on one area of the business, such as an account, a launch or a weekly report. [Who can see a Room](/blog/how-permissions-work-in-kylon) is set per Room: public Rooms are discoverable, and private Rooms need an invitation.
**Threads.** Each request runs in its own thread inside the Room, so the question, the agent's work and the result stay together. A teammate who joins later reads the thread instead of asking for a recap.
**Several agents, each with a role.** A Room can hold several agents at once, such as a research agent, a writing agent and a data agent. Each agent has its own skills, its own connections and an Access list that decides who can talk to it.
**Approval.** When an agent prepares something that leaves the workspace, such as an email, it stops at a draft until the person who asked approves it.
**Connections.** Each connected account carries its own access setting. An agent can use your connections for your own requests, and you choose which people and agents a connection is shared with.
**Skills.** A skill is a written procedure an agent reads when it needs it. One person's method can be saved as a skill and installed on other agents, so the team's way of working carries over.
**Workflows.** [Workflows run on a schedule, a webhook or a record change](/solutions/ai-workflow-automation), carried out by an agent the team can see in the Room.
### One Room, several agents, one job
A marketer asks for last week's Meta Ads results compared against Google Ads. A Marketing Agent pulls the numbers from each platform, and a Data Agent reconciles them against product analytics. Everyone in the Room sees the same figures in the same thread.
## Side by side
| | [Grok Team Bots](https://x.ai/news/team-bots) | Kylon |
|---|---|---|
| **Unit of shared work** | One Bot built around a role or workflow the team shares | A Room where people and several agents work together |
| **Conversations** | Each person's conversations with the Bot stay private, and the Bot draws on skills shared across the team | Requests run in threads that every member of the Room can read |
| **Where the team meets the agent** | The Grok Bot app, and Slack through the Bot's own handle | Rooms and threads in Kylon |
| **Several agents** | The Engineering Team Bot launches Cursor Cloud Agents for well-defined fixes | Several agents in one Room, each with its own role, skills and Access list |
| **Tool access** | Plugins connected by each person or for the whole team, plus credentials for APIs without a plugin | Connections with an access setting per account, used for your own requests or shared with chosen people and agents |
| **Sign-off** | Marketing Bot posts a preview link in Slack for final sign-off | Approval: drafts wait for the person who asked |
| **Recurring work** | The account Bot reviews sources overnight and posts a morning briefing | Workflows on a schedule, a webhook or a record change |
## Summary
In Team Bots, the shared context lives in the Bot: one role, shared skills and a private conversation for each person. In Kylon, the shared context lives in the Room: requests, threads and results are visible to its members, and several agents divide the job, each with its own role, skills and connections.
---
*Grok Team Bots details are from xAI's [Team Bots announcement](https://x.ai/news/team-bots) of September 28, 2026, checked on October 5, 2026. We will update this page as Team Bots changes. Grok, Grok Bot and xAI are trademarks of their respective owners and are used here for identification and comparison only.*
---
## AI Agents Were Built for One Person. We Built Kylon for Teams.
> The technical challenges behind building a business harness for people and agents to work together, and why a team can start without touching any of them.
**Author:** Kylon Team · Product | **Date:** 2026-10-04 | **Category:** Stories
**URL:** https://kylon.io/blog/ai-agents-built-for-teams
**In short.** Kylon is a workspace where a team's people and its agents work together. Agents are members of the workspace, with their own identity, memory, skills and access. They read the rooms where the team already talks, do the work in the team's tools, and bring the result back to the thread for a person to review. Getting there meant solving problems that only appear once an agent serves a team instead of one person.
## What Kylon is
Kylon is a workspace for teams of people and agents. Picture the place your team already discusses work, with agents sitting in it as colleagues.
- **Rooms and threads.** A room is where a team talks about a piece of work, and a [thread keeps one topic together](https://docs.kylon.io/concepts/rooms) inside it. People and agents post in the same rooms.
- **Agents as members.** [An agent is a workspace member](https://docs.kylon.io/concepts/agents) that can receive work, use connected tools and produce visible work. People @mention it, hand it a thread or assign it a task, the same way they would a teammate.
- **Hosted agents and your own.** Some agents run on Kylon Cloud. Others are [Claude Code, Codex or Devin Cloud brought in by your team](https://docs.kylon.io/agents/overview), and they behave the same way in rooms.
- **Tools, records and repeat work.** Agents reach your accounts through [Connections](https://docs.kylon.io/concepts/connections). [Apps](/apps) keep the team's trackers and records next to the conversation. [Workflows](https://docs.kylon.io/concepts/workflows) run the same steps again on a schedule or an event.
Take a product launch. A marketing agent researches the market, a content agent writes the copy, a coding agent updates the website, and people make the calls and sign off. In Kylon they all work in the same room, see the same work, and the agents remember what the team decided last time.
The idea is a harness for the business: the structure that lets several people and several agents carry one piece of work from request to result.
## The gap: today's agents start from one person
Most AI assistants and agents begin in a private session. One person opens it, pastes in context, signs in with their own accounts, and copies the result out. That design works well for one person's task. It leaves a team with a set of gaps.
| What a team needs | What a single-user session gives | What Kylon does |
| --- | --- | --- |
| Context from the team's own conversations | The context one person pastes in | Agents read the room and thread the work is discussed in |
| Several people asking the same agent | One owner per session | Each agent has its own member list, managed like a teammate's access |
| Agents with different strengths working together | One agent per session, or routing code a developer maintains | Several agents in one room, one owner per thread, hand-offs by @mention |
| Work the next person can pick up | A result copied out of a private chat | Requests, steps and results stay in the thread |
| A person signing off on anything that leaves the workspace | Actions taken inside one person's session | External actions come back as drafts for a person to approve |
| Work that repeats every week | Starting over in a new chat | Workflows and follow-ups with a run history |
The problems Kylon solves come straight out of this table: context lives where the team talks, the right people can reach the right agents, agents work together without stepping on each other, and nothing important goes out before a person has seen it.
## Why this is hard, and how Kylon handles it
The hard part is not making an agent smarter. It is making many people and many agents work together without losing context, duplicating work, leaking access or taking the wrong action.
A single-user agent can assume a lot: one person asks, that person can see everything, and the agent acts with that person's accounts. Put the same agent in a room with a founder, an engineer, a contractor and four other agents, and every one of those assumptions breaks. Six problems come out of that.
### 1. Identity: who is talking to the agent?
The same agent may hear from a founder, an engineer and a contractor in one afternoon. What it can show and what it can do should differ for each of them.
- **Each agent has its own access list.** [Being in the workspace does not put you on an agent](https://docs.kylon.io/agents/access), and workspace admins do not bypass an agent's access check. A new agent starts private, with only its creator on it.
- **Rooms and agent access are separate decisions.** When someone adds a private agent to a room, [Kylon names the room members who cannot use it yet](https://docs.kylon.io/agents/access) and asks whether to grant them access.
### 2. Ownership: who is responsible for this?
Five agents in one room cannot all answer at once, and they cannot all wait for each other either.
- **One owner per thread.** A thread has one agent driving it at a time. Another agent joins when someone @mentions it or when the owner hands off, and the hand-off is a message everyone can read.
- **One main agent per room.** [Each room has one main agent and one bound session](https://docs.kylon.io/concepts/rooms), and a newer message supersedes an older activation on the same session, so a correction replaces the old request instead of running beside it.
### 3. Permissions: what can each agent do?
Giving every agent every company account is not an option.
- **Connections are per agent.** Kylon connects to more than 3,000 tools, and each agent gets only the [Connections](https://docs.kylon.io/concepts/connections) it needs, granted and revoked one by one.
- **One checked path.** Connected tools run through [a single authenticated surface that handles permission checks and request attribution](https://docs.kylon.io/concepts/connections), so the team can see which agent acted with which account. The isolation underneath is in [how Kylon approaches privacy for AI workspaces](/blog/kylon-privacy-architecture).
### 4. Memory: what should it remember?
An agent needs the decision the team made three weeks ago, what the customer said, and what another agent already tried. It also must not carry one person's private context to the whole company.
- **The thread is the working context.** An agent reads the room and thread where the request was made, so the next person or agent reads the same history without anyone explaining it again.
- **Memory has scopes.** [Agent memory](https://docs.kylon.io/concepts/memory) holds one agent's preferences, procedures and facts as structured entries. Shared workspace knowledge sits in a separate scope every agent can read. Room context stays in that room's history.
### 5. Coordination: how do several agents work together?
More agents in a room is not the goal. Each one has to know when to step in, when to stay out, and when to pass the work on.
- **Routing is a mention.** The person who knows what should happen next decides which agent takes the step. More on this in [AI agent orchestration for teams](/blog/ai-agent-orchestration-for-teams).
- **Agents from anywhere, one set of rules.** Hosted agents run on Kylon Cloud. [Claude Code and Codex run on your own computer](https://docs.kylon.io/agents/bring-your-own-agent) with your sign-in and your files, and Devin Cloud connects through a credential form. [All of them work through the same commands and the same connected-tool path](https://docs.kylon.io/concepts/agents).
- **Ongoing work keeps going.** Steps that repeat become [workflows on a schedule, a record change or a webhook](https://docs.kylon.io/concepts/workflows), and every run leaves a record the team can inspect.
### 6. Control: who answers for what the agent does?
Once agents send emails, update the CRM or change code, a mistake is more than a wrong answer. It can reach a real customer. Kylon separates doing the work from releasing it.
- **Agents draft, people send.** An outgoing email comes back as a reviewable draft in the thread, and a person confirms it before anything leaves.
- **Approval covers the exact content.** The approval is [bound to the exact recipients, content and sending account](/blog/kylon-privacy-architecture). If any of those change afterwards, the approval no longer applies.
## The complexity is ours, the starting point is simple
Everything above runs underneath the product. A team getting started does four things:
1. Create a workspace and invite the team.
2. Add an agent. Pick a hosted one, or [bring Claude Code, Codex or Devin](/bring-your-own-agent) by pasting a connection prompt.
3. Connect the accounts the work needs, such as email, CRM or docs, by signing in.
4. @mention the agent in the room where the work is already being discussed.
There is no routing code to write and no context to paste. The access lists, per-agent connections, memory scopes, thread ownership and approval steps are already in place the first time someone asks an agent for help.
## Questions people ask
**Is Kylon a chat app with an AI assistant added?** Kylon is a workspace where agents are members. They have their own identity, memory, skills and access, they work in the team's tools, and their work stays in the thread for the team to review.
**Do we need engineers to set it up?** Adding a hosted agent and connecting accounts is done in the product. Bringing Claude Code or Codex means pasting a connection prompt on the computer that runs it.
**Can we use the agents we already pay for?** Yes. [Claude Code, Codex and Devin Cloud can join as members](/bring-your-own-agent) next to the agents Kylon hosts.
---
## 7 Best Claude Cowork Alternatives for Teams in 2026
> Claude Cowork hands one person's multi-step knowledge work to Claude. If the work belongs to a team, these seven tools take a different approach to where agents run, who sees the work and how it gets approved.
**Author:** Kylon Team · Product | **Date:** 2026-10-03 | **Category:** Compare
**URL:** https://kylon.io/blog/claude-cowork-alternatives
[Anthropic describes Claude Cowork](https://www.anthropic.com/product/claude-cowork) as a way to delegate multi-step knowledge work across the files and tools you choose, then review the finished result. It runs on desktop, web and mobile, and the desktop app can reach local folders and applications.
Teams start looking elsewhere for a few recurring reasons. Comparison write-ups point to [work that keeps running in the background with shared team context](https://kilo.ai/articles/claude-cowork-alternatives), [access from the browser and the tools a team already uses](https://tactiq.io/learn/claude-cowork-alternative), and [running several agent sessions side by side with more than one model](https://nimbalyst.com/blog/best-claude-cowork-alternatives-2026/). Others want [source they can inspect and host themselves](https://apidog.com/blog/open-source-claude-cowork-alternatives/).
We compared seven tools on three questions a team buyer asks first: where the agent does its work, whether teammates can see and steer that work, and how a person approves what goes out. Product details were checked on each vendor's own site on 3 October 2026. Kylon is our product, so it is listed first.
## Quick comparison
| Tool | Where the work happens | How teammates share it | Best for |
|---|---|---|---|
| **[Kylon](/)** | Shared Rooms, on the web and on the phone | Several agents and people in the same Room and thread | Teams that want agents doing work across departments |
| **[ChatGPT workspace agents](https://help.openai.com/en/articles/20001143-chatgpt-workspace-agents-for-enterprise-and-business)** | Cloud, used from ChatGPT or Slack | Agents shared by link or directory | Teams standardising repeatable workflows in ChatGPT |
| **[Copilot Cowork](https://learn.microsoft.com/en-us/microsoft-365/copilot/cowork/)** | Copilot app on browser, desktop and mobile | Edits shared Office files, posts to Teams | Teams that live in Microsoft 365 |
| **[Dust](https://docs.dust.tt/docs/user-documentation/pods/overview)** | Dust web app and Slack | Pods with shared conversations, tasks and files | Teams building agents on company knowledge |
| **[Lindy](https://docs.lindy.ai/)** | Slack channels and DMs | Shared channels with team memory | Teams that delegate from Slack |
| **[Manus](https://manus.im/docs/features/collab)** | Its own cloud computer and browser | Collab invites teammates into one task | Teams producing research and decks |
| **[OpenWork](https://github.com/different-ai/openwork)** | Open-source desktop app | Shared skills and connectors | Teams that want open source on the desktop |
## 1. Kylon
Kylon is a workspace where agents are members of the team. Each agent has its own identity, memory, skills and permissions, and several of them can sit in the same Room with the people they work for.
- **Where the work happens:** You ask for the work in a Room, in plain language. The agent reads the thread that is already there and posts the result back into it, so the request, the work and the review stay in one place.
- **Shared by default:** Everyone in the Room sees what an agent did and can pick it up in the same thread. More than one agent can carry different parts of a piece of work and hand off to each other.
- **Tools:** Agents reach your accounts through Connections, with more than 3,000 services available. [Apps](/apps) give the team trackers and internal tools with their own data, next to the conversation.
- **Approval:** Sensitive actions, such as an outgoing email, stop as a draft until the person who asked approves them.
- **Repeat work:** A run you want again is saved as a workflow on a schedule or trigger, and posts into the same Room each time.
- **Bring your own agents:** [Claude Code, Codex and Devin can join a Room](/bring-your-own-agent) as members, next to the business agents.
**Best for:** teams across sales, operations, marketing and finance that want agents to finish shared work, not only one person's tasks. For a deeper look at the two approaches, see [Kylon vs Claude Cowork vs ChatGPT Work](/blog/kylon-vs-claude-cowork-chatgpt-work).
## 2. ChatGPT workspace agents
[OpenAI positions workspace agents](https://openai.com/index/introducing-workspace-agents-in-chatgpt/) as shared agents that turn a team's knowledge and repeatable processes into workflows across connected tools.
- **Where it runs:** Agents [run in the cloud and are used from ChatGPT or Slack](https://openai.com/index/introducing-workspace-agents-in-chatgpt/), and scheduled runs can continue while people are away.
- **Sharing:** Agents [can be shared through an organisation link or directory](https://help.openai.com/en/articles/20001143-chatgpt-workspace-agents-for-enterprise-and-business), and owners can give teammates edit access to the agent draft.
- **Tools:** Builders [add apps, custom MCP connections, skills and files](https://help.openai.com/en/articles/20001143-chatgpt-workspace-agents-for-enterprise-and-business).
- **Approval:** App write actions [ask for approval by default](https://help.openai.com/en/articles/20001143-chatgpt-workspace-agents-for-enterprise-and-business).
**Best for:** teams that already work in ChatGPT and want to standardise repeatable workflows.
## 3. Microsoft 365 Copilot Cowork
[Microsoft describes Copilot Cowork](https://www.microsoft.com/en-us/microsoft-365-copilot/cowork) as an agent that plans and completes multi-step work across business applications using the user's work context.
- **Where it runs:** People use it [from a browser, the Copilot desktop app or the Copilot mobile app](https://learn.microsoft.com/en-us/microsoft-365/copilot/cowork/).
- **Context:** [Work IQ supplies context](https://www.microsoft.com/en-us/microsoft-365-copilot/cowork) from email, meetings, files and business data, and plugins extend it to other systems.
- **Sharing:** It [edits existing Office files in OneDrive and SharePoint and posts results to Teams](https://learn.microsoft.com/en-us/microsoft-365/copilot/cowork/) channels or chats.
- **Approval:** It [pauses before important actions](https://learn.microsoft.com/en-us/microsoft-365/copilot/cowork/) such as sending email or scheduling meetings.
**Best for:** teams whose work already runs on Microsoft 365. See also [Kylon vs Microsoft Copilot](/alternatives/microsoft-copilot).
## 4. Dust
[Dust describes itself](https://dust.tt/) as multiplayer AI that connects company knowledge, tools and teams so people can create, share and run agents.
- **Where it runs:** Agents are [used in the Dust web app or called from Slack](https://docs.dust.tt/docs/user-documentation/agents/create-your-first-agent).
- **Sharing:** [Pods combine shared conversations, tasks and files](https://docs.dust.tt/docs/user-documentation/pods/overview), and agents can reference earlier discussions.
- **Tools:** It [connects systems such as Slack, Notion, Google Drive, GitHub, Salesforce and Zendesk](https://dust.tt/).
- **People in the loop:** Builders can [tell agents to escalate to named colleagues](https://docs.dust.tt/docs/user-documentation/getting-started/use-cases-and-guides/collaboration) when human input is needed.
**Best for:** cross-functional teams building agents around shared company knowledge. See also [Kylon vs Dust](/alternatives/dust).
## 5. Lindy
[Lindy presents itself](https://www.lindy.ai/) as an AI teammate that connects company tools and context to complete work for the whole team.
- **Where it runs:** People [use Lindy in Slack DMs, and teams work with it in shared channels](https://docs.lindy.ai/).
- **Context:** Workspace context [includes reusable skills, scheduled routines and memory](https://docs.lindy.ai/).
- **Tools:** It [supports app integrations and MCP](https://docs.lindy.ai/integrations/overview), and connections can be shared across the workspace.
- **Approval:** Write actions [can require approval through Slack buttons](https://docs.lindy.ai/integrations/overview) in shared threads.
**Best for:** teams that delegate cross-tool projects from Slack. See also [Kylon vs Lindy](/alternatives/lindy).
## 6. Manus
[Manus describes itself](https://manus.im/docs/introduction/welcome.md) as a general-purpose agent with its own computer that plans, executes and delivers complete work products.
- **Where it runs:** In [a virtual computer with internet access and a cloud browser](https://manus.im/docs/introduction/welcome.md).
- **Sharing:** [Collab lets an owner invite teammates into one task](https://manus.im/docs/features/collab) to see the history, prompt Manus and refine outputs together.
- **Tools:** It [connects through MCP integrations, Zapier and an API](https://manus.im/docs/integrations/integrations).
- **In Slack:** Manus [posts progress and results in the tagged thread](https://manus.im/docs/integrations/slack-integration) for the team to review.
**Best for:** teams co-creating research, reports and presentations. See also our [Manus alternatives](/blog/manus-alternatives) guide.
## 7. OpenWork
[OpenWork describes itself](https://github.com/different-ai/openwork) as an open-source alternative to Claude Cowork and Codex, where agents work on your files and teams reuse shared capabilities.
- **Where it runs:** A [desktop app for macOS, Windows and Linux](https://github.com/different-ai/openwork), on a folder and model you choose, including local models.
- **Sharing:** Teams [distribute skills, plugins and connectors](https://openworklabs.com/docs/start-here/do-work-with-it/share-your-setup.md) through OpenWork Cloud or a self-hosted control plane.
- **Tools:** [Shared MCP connectors](https://openworklabs.com/docs/cloud/share-with-your-team/shared-mcp-connections.md) can use each person's account or one shared account.
- **Memory:** Agents [can search earlier session transcripts](https://openworklabs.com/docs/start-here/do-work-with-it/cross-chat-memory.md) for context.
**Best for:** teams that want an open-source desktop agent and shared tooling.
## How to choose
Start from where the work should live. If it is one person's files and documents, Claude Cowork or OpenWork keep it on that person's desk. If your team already lives in ChatGPT, Microsoft 365 or Slack, the agents built into those tools meet people there. If the work belongs to a team, with several people and several agents carrying different parts of it, a shared workspace keeps the request, the work and the approval in one thread.
[Kylon](/) is that shared workspace. Plans are on the [pricing page](/pricing).
---
## 7 Best Glean Alternatives for Teams in 2026
> Glean connects company knowledge so employees can find answers and run agents. These seven alternatives range from cited search to agents that finish the work in the same place the team discusses it.
**Author:** Kylon Team · Product | **Date:** 2026-10-03 | **Category:** Compare
**URL:** https://kylon.io/blog/glean-alternatives
[Glean describes itself](https://www.glean.com/) as an enterprise AI platform that connects company knowledge and context so employees can find answers and move work forward through automation and agents. [Connectors sync company content into a shared index](https://docs.glean.com/connectors/connectors-power-glean.md), and people use it from the web app, a browser sidebar, Slack or Microsoft Teams.
Teams look at alternatives for different reasons. Some comparison articles describe wanting [agents that act on what they find rather than another search destination](https://basethread.ai/blog/glean-alternatives-2026). Others mention [configurable models and less connector maintenance](https://www.gosearch.ai/blog/what-are-the-top-3-glean-alternatives-2026/), [more control over relevance and a lighter rollout](https://flur.ee/blog/glean-alternatives), or [open-source software they can host themselves](https://onyx.app/insights/glean-alternatives).
We compared seven tools on three questions: is the output an answer or finished work, where do people use it, and how does a person review what an agent does. Product details were checked on each vendor's own site on 3 October 2026. Kylon is our product, so it is listed first.
## Quick comparison
| Tool | Main output | Where people use it | Best for |
|---|---|---|---|
| **[Kylon](/)** | Finished work reviewed in the thread | Shared Rooms, web and phone | Teams that want agents to do the work, with people approving |
| **[Dust](https://dust.tt/)** | Agents built on company knowledge | Dust web app and Slack | Teams building reusable knowledge agents |
| **[Notion AI](https://www.notion.com/product/enterprise-search)** | Cited answers and agents inside Notion | Notion | Teams that run docs and projects in Notion |
| **[Guru](https://www.getguru.com/features/knowledge-agents)** | Cited answers from verified knowledge | Web app, browser extension, Slack, Teams | Support and sales teams with expert-reviewed knowledge |
| **[Microsoft 365 Copilot](https://learn.microsoft.com/en-us/microsoft-365/copilot/microsoft-365-copilot-search)** | Search, chat and agents | Copilot app on desktop, web and mobile | Teams centred on Microsoft 365 |
| **[Onyx](https://docs.onyx.app/overview/core_features/chat)** | Open-source search and chat | Chat interface with team agents | Teams that want open source |
| **[Atlassian Rovo](https://www.atlassian.com/software/rovo/guides/end-user-guide/how-to-use-rovo)** | Search, chat and agents | Jira, Confluence and browser extension | Atlassian Cloud teams |
## 1. Kylon
Kylon is a workspace where agents are members of the team. Each agent has its own identity, memory, skills and permissions, and several can sit in the same Room with the people they work for.
- **Output:** The result is the work itself: a drafted email, an updated record, a built tracker, a workflow that ran. It lands in the thread where the request was made.
- **Context:** Agents read the Room and thread the work is discussed in, and reach your accounts through Connections, with more than 3,000 services available.
- **Shared by default:** Everyone in the Room sees what an agent did and can pick it up in the same thread. Several agents can carry different parts of the work and hand off to each other.
- **Approval:** Sensitive actions stop as a draft until the person who asked approves them.
- **Records:** [Apps](/apps) keep the data the work runs on next to the conversation, readable and writable by agents without an export.
- **Repeat work:** A run you want again becomes a workflow on a schedule or trigger.
- **Bring your own agents:** [Claude Code, Codex and Devin can join a Room](/bring-your-own-agent) as members, next to the business agents.
**Best for:** teams whose question is not only "where is it" but "can someone get it done", across sales, operations, marketing and finance. See also [Kylon vs Notion AI vs Glean](/blog/kylon-vs-notion-ai-glean).
## 2. Dust
[Dust positions itself](https://dust.tt/) as multiplayer AI for human and agent collaboration, connecting company knowledge, tools and teams.
- **Knowledge:** Agents combine instructions with [connected sources such as Slack, Notion, Google Drive, GitHub, Salesforce and Zendesk](https://dust.tt/).
- **Where people use it:** Teams [call named agents in the Dust web app or from Slack](https://docs.dust.tt/docs/user-documentation/agents/create-your-first-agent).
- **Actions:** [Slack tools can post and schedule messages and read or write canvases](https://dust.tt/integrations/slack).
- **Review:** Builders [test agents in a preview before sharing them](https://docs.dust.tt/docs/user-documentation/agents/create-your-first-agent).
**Best for:** teams building reusable agents around company knowledge. See also [Kylon vs Dust](/alternatives/dust).
## 3. Notion AI
[Notion describes Notion AI](https://www.notion.com/product/ai) as a built-in teammate that works across pages, databases and connected apps.
- **Search:** [Enterprise Search indexes tools such as Slack, Google Drive, GitHub, Jira and SharePoint](https://www.notion.com/product/enterprise-search) and returns cited answers inside Notion.
- **Meetings:** [AI Meeting Notes transcribes and summarises meetings](https://www.notion.com/product/ai-meeting-notes) and keeps them with related projects.
- **Agents:** [Custom Agents run recurring workflows](https://www.notion.com/product/ai) on schedules or triggers.
- **Review:** Teams [test Custom Agents before activating triggers and review runs](https://www.notion.com/help/guides/build-your-first-custom-agent) in an Activity tab.
**Best for:** teams that already organise documents and projects in Notion. See also our [Notion AI alternatives](/blog/notion-ai-alternatives) guide.
## 4. Guru
[Guru positions itself](https://www.getguru.com/solutions/ai-enterprise-search) as an enterprise search and knowledge layer that keeps company information accurate and delivers cited answers.
- **Answers:** [Knowledge Agents search sources such as Google Drive, Slack, Confluence and Salesforce](https://help.getguru.com/docs/intro-to-knowledge-agents) and answer with citations.
- **Where people use it:** [The web app, a browser extension, Slack, Microsoft Teams and MCP-enabled AI tools](https://www.getguru.com/features/knowledge-agents).
- **Upkeep:** [Knowledge-quality rules can verify or unverify content](https://help.getguru.com/docs/intro-to-knowledge-agents) automatically.
- **Review:** Employees [can flag answers for subject-matter-expert review](https://www.getguru.com/features/knowledge-agents).
**Best for:** support and sales teams that maintain shared, expert-reviewed knowledge.
## 5. Microsoft 365 Copilot
[Microsoft positions Copilot](https://www.microsoft.com/en-us/microsoft-365-copilot) as AI built for work that connects company content with the apps employees already use.
- **Search:** [Copilot Search is a module in the Copilot app](https://learn.microsoft.com/en-us/microsoft-365/copilot/microsoft-365-copilot-search) on desktop, web and mobile.
- **Connectors:** [Copilot connectors bring in Salesforce, ServiceNow, Confluence, Jira, GitHub and Google Drive](https://learn.microsoft.com/en-us/microsoft-365/copilot/connectors/copilot-search) for search alongside Microsoft 365.
- **Agents:** [Specialised agents can send emails, update records and automate workflows](https://learn.microsoft.com/en-us/microsoft-365/copilot/extensibility/agents-overview).
- **Review:** Copilot [normally asks for confirmation before plugin operations that modify data](https://learn.microsoft.com/en-us/microsoft-365/copilot/extensibility/plugin-confirmation-prompts).
**Best for:** teams whose day runs on Microsoft 365. See also [Kylon vs Microsoft Copilot](/alternatives/microsoft-copilot).
## 6. Onyx
[Onyx presents itself](https://onyx.app/) as an open-source enterprise search and AI assistant that gives humans and agents company context.
- **Knowledge:** [Connectors ingest documents and sync updates](https://docs.onyx.app/overview/core_features/connectors), with uploads and an API as other routes.
- **Where people use it:** [A chat interface with team agents and a sources sidebar](https://docs.onyx.app/overview/core_features/chat) for citations.
- **Agents:** Teams [create shareable custom agents](https://docs.onyx.app/overview/core_features/agents) for onboarding, helpdesk and engineering work.
- **Actions:** [OpenAPI and MCP actions](https://docs.onyx.app/overview/core_features/actions) can update tickets or CRM deals.
**Best for:** teams that want open-source search they can inspect and run.
## 7. Atlassian Rovo
[Atlassian describes Rovo](https://www.atlassian.com/software/rovo) as AI that brings together context across people, projects and code.
- **Search:** [Rovo Search covers Jira, Confluence, Google Drive and SharePoint](https://www.atlassian.com/software/rovo/guides/end-user-guide/how-to-use-rovo) with summarised, linked answers.
- **Where people use it:** [Inside Atlassian apps and a browser extension](https://www.atlassian.com/software/rovo/guides/end-user-guide/how-to-use-rovo).
- **Agents:** Agents [create Jira work items and draft or publish Confluence pages](https://www.atlassian.com/software/rovo/guides/end-user-guide/how-to-use-rovo), and can run in automation rules.
- **Review:** In Rovo Chat, [people decide whether to take a recommended action](https://www.atlassian.com/software/rovo/guides/end-user-guide/how-to-use-rovo).
**Best for:** teams that run on Jira and Confluence.
## How to choose
Decide what a good result looks like. If it is the right answer with a source, a search and knowledge tool fits, and the best one is usually the one inside the suite your team already uses. If it is the work done, with a person signing off before anything goes out, look at where agents do that work and who can see it.
[Kylon](/) puts agents in the Rooms where the team already discusses the work. Plans are on the [pricing page](/pricing).
---
## Kylon + Plaud: Six Use Cases for the Meetings That Happen in Person
> Online calls get a notetaker bot. Site visits, client lunches and workshops get Plaud. Here are six ways to turn a Plaud recording from a meeting with no link into tasks, CRM updates and an approved follow-up in Kylon.
**Author:** Kylon Team · Product | **Date:** 2026-10-03 | **Category:** Guide
**URL:** https://kylon.io/blog/kylon-plaud-integration
**In short.** Plaud records the meetings a notetaker bot cannot join: site visits, client lunches, workshops, conversations at a booth. Connect Plaud to Kylon and each recording turns into the same follow-up work we already run on our online calls: tasks with owners, CRM updates, a handoff for whoever was not in the room, and a recap email that waits for approval.
Most meeting AI assumes there is a meeting link. A bot joins the call, records it, and emails a recap. That covers a lot of a team's week. The conversations that decide a job often happen somewhere else, though: in a homeowner's kitchen, on a factory floor, over lunch with a client.
Plaud is built for that room. Plaud describes its wearable NotePin S as recording in-person meetings where [no bot joins the session and no phone goes on the table](https://www.plaud.ai/blogs/articles/ai-note-taker-for-in-person-meetings), and its Note Pro [switches between in-person and phone call recording on its own](https://www.plaud.ai/products/plaud-note-pro). Both transcribe in [112 languages with speaker labels](https://www.plaud.ai/products/plaud-note-pro).
Once a Plaud recording reaches Kylon, an agent can do the follow-up work in the Room where the project or the account already lives.
## How a Plaud recording reaches Kylon
In Kylon, Plaud is a connection. You authorize your Plaud account once from an authorization card, then choose which agents can use it. Those agents can list recordings, open one, and read its transcript and generated notes in the Room where the project or the account is already being discussed.
Three details from Plaud's documentation shape the setup:
- **Turn on Cloud Sync.** Plaud MCP [works with synced recordings](https://support.plaud.ai/hc/en-us/articles/57751078986265-Plaud-MCP), so a recording reaches the agent once it has synced.
- **Generate the summary you want in Plaud first.** The MCP is read-only and [returns the summaries already generated](https://support.plaud.ai/hc/en-us/articles/57751078986265-Plaud-MCP), including ones built from your custom templates. A site visit template in Plaud means the agent starts from a structured note.
- **Name your recordings.** Search matches the recording name rather than the transcript body, as our [Plaud MCP guide](/blog/plaud-mcp) explains. "Alder St kitchen walkthrough" is easy to find. "New Recording 12" is hard to find.
## Six use cases
### 1. Site visits and in-home consultations
A contractor, inspector or designer walks a property with the client. Measurements, preferences and "while you are here, can you also" requests come out in conversation, and the estimate gets written hours later from memory.
After the visit, the agent reads the Plaud transcript, turns each scope item into a task with an owner in the project's Tasks App, lists the open questions for the estimator, and drafts the recap to the client. The person who walked the site approves the recap before it goes out.
One remodeling firm we work with mapped its estimating process at eleven steps across a recorder, an estimating tool and a chat assistant. The first part it moved into Kylon was intake: the site conversation, the project context and the status in one Room, so the estimate starts from what the client actually said.
### 2. Client meetings that happen in person
After a client lunch, an office visit or a conversation at a conference, the agent matches the recording to the account in your CRM App, proposes the field updates (stage, next step, who else is involved), and drafts the follow-up in your connected Gmail. The CRM changes and the email both wait for the person who was there to confirm them.
### 3. Handoffs to someone who was not in the room
The sales lead meets the client on site, and the delivery team runs the project. Or a site manager hands a job to the next crew. The agent writes the handoff from the recording, with the lines it came from, so the new owner reads the commitments in the client's own words.
### 4. Checking numbers before they go out
In-person meetings are full of numbers said out loud: square footage, unit counts, delivery dates, prices. The agent compares what was said with the records in the Room, such as the CRM App, the last quote or the project sheet, and lists every mismatch for a person to settle before anything is sent.
### 5. Turning repeat questions into a shared answer set
The same questions come up across a counter, at a booth or during an open house. Over a few weeks of recordings, the agent collects the questions, merges the duplicates, and keeps a draft answer list that a person edits and approves.
### 6. Workshops, trainings and internal meetings in more than one language
Record a workshop, an offsite or a training session in any of the [112 languages Plaud transcribes](https://global.plaud.ai/blogs/articles/ai-meeting-recorder-for-in-person-online-meetings). The agent posts the decisions and tasks in the Room, and a recap in the language each reader works in.
## Running it every day
Once a use case works by hand, put it on a schedule. An Automation in the Room can check for new Plaud recordings each evening, post each one to the matching thread, and start the same steps: tasks, a CRM proposal, a recap draft. People review in the morning.
Keep a person on the decisions that change customer records, commitments or what a client receives. In Kylon those stay as proposals in the thread and drafts in your mailbox until someone approves them.
Tell people you are recording. Plaud's own guidance is to [inform all participants and confirm consent before recording](https://global.plaud.ai/blogs/articles/ai-meeting-recorder-for-in-person-online-meetings).
## Start with one meeting type
Pick the in-person meeting your team repeats most, such as a site visit, a client review or a weekly walkthrough, and run it end to end for two weeks. Name the recordings, set a Plaud template for that meeting, and let the agent handle the follow-up in the Room. Then add the next meeting type.
For setup details, read our [Plaud MCP guide](/blog/plaud-mcp). For the CRM and issue tracking workflow in depth, read [Plaud to CRM and issue tracking](/blog/plaud-meeting-notes-to-crm).
---
## 7 Best Manus Alternatives for Teams in 2026
> Manus runs multi-step work on its own cloud computer and hands back finished deliverables. These seven alternatives differ on where the agent runs, how teammates join the work and who approves it.
**Author:** Kylon Team · Product | **Date:** 2026-10-03 | **Category:** Compare
**URL:** https://kylon.io/blog/manus-alternatives
[Manus describes itself](https://manus.im/team) as an action-oriented business AI that executes complex workflows and produces finished research, presentations, websites and other deliverables. Tasks [run in a cloud browser or through Browser Operator in your own browser](https://manus.im/docs/features/browser-operator), and [Collab lets teammates join a task](https://manus.im/docs/features/collab) to review and refine it.
Articles on alternatives describe what people weigh when they switch: [whether the integrations and autonomy model fit the workload](https://aiagentrank.io/alternatives/manus), [reliability and clearer human control](https://www.toolworthy.ai/blog/manus-alternatives), and [context that carries across recurring work](https://www.gamut.so/blog/best-manus-alternatives).
We compared seven tools on three questions: where the agent runs, whether the team shares the work, and how a person approves what goes out. Product details were checked on each vendor's own site on 3 October 2026. Kylon is our product, so it is listed first.
## Quick comparison
| Tool | Where the agent runs | How the team shares it | Best for |
|---|---|---|---|
| **[Kylon](/)** | Shared Rooms, web and phone | Several agents and people in one thread | Teams that want agents on shared, ongoing work |
| **[Genspark](https://www.genspark.ai/helpcenter/genteam)** | Hosted cloud computers | Channels and threads with agents | Teams that want an all-in-one AI workspace |
| **[ChatGPT Work](https://help.openai.com/en/articles/20001275-chatgpt-work-and-codex)** | Cloud, web and mobile | Shared ChatGPT projects | Teams producing reports and decks in ChatGPT |
| **[Claude Cowork](https://support.claude.com/en/articles/13455879-use-claude-cowork-on-team-and-enterprise-plans)** | Cloud or a local virtual machine | Projects with files, instructions and memory | Knowledge workers delegating document work |
| **[Perplexity Computer](https://www.perplexity.ai/hub/blog/spaces-are-now-projects)** | Cloud sessions with a browser | Shared Projects, bound to Slack or Teams | Research and analysis teams |
| **[Lindy](https://docs.lindy.ai/teammate/setup)** | Slack | Replies in the channel thread | Slack-based operations teams |
| **[Dust](https://docs.dust.tt/docs/user-documentation/pods/overview)** | Dust web app and Slack | Pods with shared conversations and files | Teams building knowledge agents |
## 1. Kylon
Kylon is a workspace where agents are members of the team. Each agent has its own identity, memory, skills and permissions, and several can sit in the same Room with the people they work for.
- **Where the work happens:** You ask in a Room, in plain language. The agent reads the thread and posts the result back into it.
- **Shared by default:** Everyone in the Room sees what each agent did. Different agents can carry different parts of the work and hand off to each other and to people.
- **Tools:** Agents reach your accounts through Connections, with more than 3,000 services available, and [Apps](/apps) keep the team's records next to the conversation.
- **Approval:** Sensitive actions, such as an outgoing email, stop as a draft until the person who asked approves them.
- **Ongoing work:** A run you want again is saved as a workflow on a schedule or trigger, and it posts into the same Room each time.
- **Bring your own agents:** [Claude Code, Codex and Devin can join a Room](/bring-your-own-agent) as members, next to the business agents.
**Best for:** teams whose work does not end with one deliverable: pipelines, reports, campaigns and operations that run every week. See also [Kylon vs Manus](/blog/kylon-vs-manus) and [Kylon vs Manus vs Genspark](/blog/kylon-vs-manus-genspark).
## 2. Genspark
[Genspark presents an organisational AI workspace](https://www.genspark.ai/business) combining autonomous agents, documents, spreadsheets, presentations and browser work.
- **Where it runs:** [GenTeam agents run on Genspark-hosted cloud computers](https://www.genspark.ai/helpcenter/genteam) by default.
- **Sharing:** [People and agents collaborate in channels and threads](https://www.genspark.ai/helpcenter/genteam) and share files and deliverables.
- **Tools:** Agents [connect to drives, calendars, CRMs, ticketing tools and MCP endpoints](https://www.genspark.ai/business).
- **Approval:** [Hard-to-reverse actions require explicit approval](https://www.genspark.ai/helpcenter/genteam).
**Best for:** teams looking for one AI workspace across marketing, sales, finance and operations. See also [Kylon vs Genspark](/blog/kylon-vs-genspark).
## 3. ChatGPT Work
[OpenAI describes ChatGPT Work](https://help.openai.com/en/articles/20001275-chatgpt-work-and-codex) as an agent for longer, multi-step work that produces finished documents, spreadsheets, presentations and sites. OpenAI's help center now [points people from ChatGPT agent to ChatGPT Work](https://help.openai.com/en/articles/11752874-chatgpt-agent).
- **Where it runs:** [In the cloud on web and mobile](https://help.openai.com/en/articles/20001275-chatgpt-work-and-codex), with supported desktop workflows using local files.
- **Sharing:** [Shared ChatGPT projects](https://help.openai.com/en/articles/20001275-chatgpt-work-and-codex) give teammates the same chats, files and instructions.
- **Tools:** Tasks [use connected apps, a cloud browser, or both](https://help.openai.com/en/articles/20001280-using-cloud-browser-in-chatgpt).
- **Approval:** People [approve important actions](https://help.openai.com/en/articles/20001275-chatgpt-work-and-codex) as the work runs.
**Best for:** teams organising research and deliverables in ChatGPT projects.
## 4. Claude Cowork
[Anthropic describes Cowork](https://support.claude.com/en/articles/13345190-getting-started-with-cowork) as bringing Claude Code's agentic approach to knowledge work.
- **Where it runs:** [Organisational sessions run in the cloud or locally in a virtual machine](https://support.claude.com/en/articles/13455879-use-claude-cowork-on-team-and-enterprise-plans).
- **Projects:** [Projects hold tasks, files, instructions and memory](https://support.claude.com/en/articles/13455879-use-claude-cowork-on-team-and-enterprise-plans).
- **Tools:** [Connectors, including custom MCP services](https://support.anthropic.com/en/articles/11176164-pre-built-web-connectors-using-remote-mcp), give Claude access to other apps.
- **Approval:** [Manual mode pauses for people to allow or deny actions](https://support.claude.com/en/articles/13345190-getting-started-with-cowork).
**Best for:** knowledge workers delegating multi-step document and research tasks. See also our [Claude Cowork alternatives](/blog/claude-cowork-alternatives) guide.
## 5. Perplexity Computer
[Perplexity describes Computer](https://www.perplexity.ai/enterprise/videos/what-is-perplexity-computer) as an orchestrator of agents that research, code and create across multi-step tasks.
- **Where it runs:** [In the background in cloud environments](https://www.perplexity.ai/help-center/en/articles/13901210-computer-for-enterprise), with a filesystem and browser per session.
- **Sharing:** [Shared Projects hold files, sessions, artifacts and skills](https://www.perplexity.ai/hub/blog/spaces-are-now-projects).
- **Tools:** Projects [connect tools such as Google Drive, Notion, Linear and GitHub and bind to Slack or Teams channels](https://www.perplexity.ai/hub/blog/spaces-are-now-projects).
- **Approval:** A tool set to Always ask [pauses before acting](https://www.perplexity.ai/changelog/computer-in-email-gpt-5-6-terra-luna-and-grok-4-6).
**Best for:** teams producing research, analysis and recurring reports.
## 6. Lindy
[Lindy presents itself](https://www.lindy.ai/enterprise) as an AI teammate that works alongside employees in Slack.
- **Where it runs:** [Requests made in Slack channels get replies in the same thread](https://docs.lindy.ai/teammate/setup), and personal requests go to DMs.
- **Context:** [Team sources, reusable skills and team memory](https://www.lindy.ai/enterprise) carry into future work.
- **Tools:** It [connects through integrations, MCP, browser interaction or APIs](https://docs.lindy.ai/integrations/overview).
- **Approval:** When needed, [Lindy posts Approve and Deny buttons](https://docs.lindy.ai/integrations/overview) in the thread.
**Best for:** Slack-based teams handling operations, reporting and support queues. See also [Kylon vs Lindy](/alternatives/lindy).
## 7. Dust
[Dust describes itself](https://dust.tt/) as multiplayer AI connecting company knowledge, tools and teams.
- **Where it runs:** [Dust's Computer capability gives agents a temporary workspace](https://docs.dust.tt/docs/user-documentation/agents/tools/computer) to run code and process files.
- **Sharing:** [Pods hold shared conversations, tasks and files](https://docs.dust.tt/docs/user-documentation/pods/overview) visible to members.
- **Tools:** It [connects Slack, Notion, Google Drive, GitHub, Salesforce and Zendesk](https://dust.tt/).
- **People in the loop:** Dust [combines connected tools with human review](https://dust.tt/) in cross-functional workflows.
**Best for:** teams building agents around company context. See also [Kylon vs Dust](/alternatives/dust).
## How to choose
If you need one big deliverable, a research report or a deck, a task agent that runs on its own computer gets you there. If the work repeats every week and involves several people, look at where the agent lives between tasks, who can see what it did, and who signs off before anything goes out.
[Kylon](/) keeps that work in the team's Rooms. Plans are on the [pricing page](/pricing).
---
## 7 Best Notion AI Alternatives for Teams in 2026
> Notion AI works inside your pages and databases. These seven alternatives take AI into project tools, docs, wikis and shared workspaces where agents do the work with the team.
**Author:** Kylon Team · Product | **Date:** 2026-10-03 | **Category:** Compare
**URL:** https://kylon.io/blog/notion-ai-alternatives
[Notion describes its AI](https://www.notion.com/product/ai) as a built-in teammate that works in pages, documents, tasks and databases, using workspace and connected-app context. [Notion Agent creates and edits pages and databases](https://www.notion.com/help/notion-agent) on demand, and [Custom Agents run shared workflows](https://www.notion.com/product/agents) on schedules or triggers.
Write-ups on alternatives give a handful of reasons teams look around: [less setup and template building, and dedicated project workflows](https://clickup.com/content/notion-alternatives), [research synthesis across many documents](https://ponder.ing/blog/notion-ai-alternatives), and [AI that carries out tasks across other tools](https://www.lindy.ai/blog/notion-ai-alternatives).
We compared seven tools on three questions: where each tool does its work, whether it can act in other tools, and how a person reviews it. Product details were checked on each vendor's own site on 3 October 2026. Kylon is our product, so it is listed first.
## Quick comparison
| Tool | Where the AI works | Can it act in other tools | Best for |
|---|---|---|---|
| **[Kylon](/)** | Shared Rooms with agents as members | Yes, through Connections, with approval | Teams that want agents doing cross-tool work |
| **[ClickUp Brain](https://help.clickup.com/hc/en-us/articles/12578085238039-What-is-ClickUp-Brain-AI)** | Tasks, Docs and Chat in ClickUp | Gmail, Slack and MCP connections | Project and operations teams |
| **[Superhuman Docs](https://help.superhuman.com/hc/en-us/articles/46210156957197-Using-Docs-AI)** | A chat panel inside the doc | Two-way integrations such as Jira and Salesforce | Teams building shared hubs in docs |
| **[Atlassian Rovo](https://support.atlassian.com/rovo/docs/agents/)** | Confluence, Jira and Rovo Chat | Jira, Confluence, Gmail and Calendar actions | Teams on Confluence and Jira |
| **[Microsoft 365 Copilot](https://support.microsoft.com/en-US/Microsoft-365-Copilot/get-started-with-microsoft-365-copilot-pages)** | Office apps, Copilot Pages and Loop | Through Copilot Studio | Microsoft 365 teams |
| **[Dust](https://docs.dust.tt/docs/user-documentation/pods/overview)** | Dust web app and Slack | Connected company systems | Teams building knowledge agents |
| **[Glean](https://docs.glean.com/tools/human-in-the-loop-experience-for-tools)** | Web app, browser sidebar, Slack, Teams | Configured agent tools | Enterprise search across many systems |
## 1. Kylon
Kylon is a workspace where agents are members of the team, each with its own identity, memory, skills and permissions. Several can sit in the same Room with the people they work for.
- **Where the work happens:** You ask in a Room. The agent reads the thread and posts the result back into it, so the request and the review stay together.
- **Across tools:** Agents reach your accounts through Connections, with more than 3,000 services available, including the docs and project tools you already use.
- **Approval:** Sensitive actions stop as a draft until the person who asked approves them.
- **Team records:** [Apps](/apps) give the team trackers and internal tools with their own data, next to the conversation, readable and writable by agents.
- **Repeat work:** A run you want again is saved as a workflow on a schedule or trigger.
- **Several agents:** Different agents can carry different parts of a piece of work and hand off to each other in the same thread.
- **Bring your own agents:** [Claude Code, Codex and Devin can join a Room](/bring-your-own-agent) as members, next to the business agents.
**Best for:** teams that want AI to finish shared work across tools, not only inside one document. See also [Kylon vs Notion AI vs Glean](/blog/kylon-vs-notion-ai-glean).
## 2. ClickUp Brain
[ClickUp positions Brain](https://clickup.com/brain) as company AI that collaborates with teams using their shared context.
- **Where it works:** Brain [uses tasks, Docs, Chat and wikis as context](https://help.clickup.com/hc/en-us/articles/12578085238039-What-is-ClickUp-Brain-AI), from the command bar, tasks, Docs, comments and Chat.
- **Memory:** It [keeps memory of a person's role, collaborators and preferences](https://help.clickup.com/hc/en-us/articles/12578085238039-What-is-ClickUp-Brain-AI).
- **Agents:** [Super Agents can be assigned tasks, messaged or mentioned](https://clickup.com/brain/agents) in the workspace.
- **Tools:** Brain [supports MCP connections and can read and write in Gmail and Slack](https://help.clickup.com/hc/en-us/articles/12578085238039-What-is-ClickUp-Brain-AI).
**Best for:** project managers, operations leaders and marketing teams who plan work in ClickUp.
## 3. Superhuman Docs (formerly Coda)
[Superhuman positions Docs](https://superhuman.com/docs) as a shared surface where teams and AI work together with documents, data and workflows.
- **Where it works:** Docs AI [runs in a chat panel inside the document](https://help.superhuman.com/hc/en-us/articles/46210156957197-Using-Docs-AI), drafting content, building tables and handling comments.
- **Context:** People [reference pages, tables and rows, and AI columns apply prompts to each row](https://help.superhuman.com/hc/en-us/articles/46210156957197-Using-Docs-AI).
- **Tools:** [Two-way integrations sync with Jira, Salesforce and Asana](https://superhuman.com/docs) and let people take actions from the doc.
- **Outside AI:** A [Docs MCP connection lets ChatGPT, Claude and Cursor read and write in Docs](https://superhuman.com/docs).
**Best for:** product, marketing, sales and operations teams building shared hubs.
## 4. Atlassian Rovo with Confluence
[Atlassian positions Rovo](https://www.atlassian.com/software/rovo) as AI that understands the business through context across people, projects and code.
- **Where it works:** [Rovo agents are available in Chat, Studio, automation rules and the Confluence and Jira editors](https://support.atlassian.com/rovo/docs/agents/).
- **Knowledge:** Agents [draw on Confluence, Jira, Google Drive and connected apps](https://support.atlassian.com/rovo/docs/agents/).
- **Actions:** Agents [create or edit Confluence pages, create Jira work items and send Gmail messages](https://support.atlassian.com/rovo/docs/agent-actions/).
- **Review:** Consequential actions [ask for confirmation before they run](https://support.atlassian.com/rovo/docs/agent-actions/).
**Best for:** teams collaborating on Confluence knowledge and Jira work.
## 5. Microsoft 365 Copilot with Loop and Pages
[Microsoft positions Copilot](https://www.microsoft.com/en-us/microsoft-365-copilot) as AI that connects work content with familiar applications.
- **Where it works:** [Inside Word, Excel, PowerPoint, Outlook and Teams](https://www.microsoft.com/en-us/microsoft-365-copilot).
- **Shared pages:** [Copilot Pages turns chat responses into editable pages](https://support.microsoft.com/en-US/Microsoft-365-Copilot/get-started-with-microsoft-365-copilot-pages) that colleagues co-create in real time.
- **Loop:** [Copilot Pages can appear and be edited in Loop workspaces](https://support.microsoft.com/en-US/Microsoft-365-Copilot/compare-microsoft-loop-copilot-pages-and-copilot-notebooks).
- **Agents:** [Copilot Studio supports business-system integrations, multi-step workflows and approvals](https://learn.microsoft.com/en-us/microsoft-365/copilot/extensibility/copilot-studio-experience).
**Best for:** Microsoft 365 teams doing shared planning and co-authoring. See also [Kylon vs Microsoft Copilot](/alternatives/microsoft-copilot).
## 6. Dust
[Dust describes itself](https://dust.tt/) as multiplayer AI that connects company knowledge, tools and teams.
- **Where it works:** Agents are [used in the Dust web app or called from Slack](https://docs.dust.tt/docs/user-documentation/agents/create-your-first-agent).
- **Shared spaces:** [Pods hold shared conversations, tasks and files](https://docs.dust.tt/docs/user-documentation/pods/overview).
- **Tools:** It [connects Slack, Notion, Google Drive, GitHub, Salesforce and Zendesk](https://dust.tt/).
- **Review:** Builders [test agents in a preview before sharing them](https://docs.dust.tt/docs/user-documentation/agents/create-your-first-agent).
**Best for:** teams building agents on shared company knowledge. See also [Kylon vs Dust](/alternatives/dust).
## 7. Glean
[Glean describes itself](https://www.glean.com/) as an enterprise AI platform that connects company knowledge and context.
- **Search:** [Connectors sync company content into a shared index](https://docs.glean.com/connectors/connectors-power-glean.md).
- **Where it works:** [The web app, a browser sidebar, Slack and Microsoft Teams](https://docs.glean.com/administration/management/features/browser/about).
- **Actions:** [Configured agent tools can update records, create documents and send messages](https://docs.glean.com/tools/human-in-the-loop-experience-for-tools).
- **Review:** Write steps [pause for confirmation by default](https://docs.glean.com/tools/human-in-the-loop-experience-for-tools) in the web app.
**Best for:** enterprise teams that need search across many systems. See also our [Glean alternatives](/blog/glean-alternatives) guide.
## How to choose
If your team's work lives in one tool, the AI built into that tool is the shortest path: ClickUp, Superhuman Docs, Confluence or Microsoft 365. If the work moves across several tools and several people, look for agents that can act in those tools, in a place the whole team can see, with a person approving what goes out.
[Kylon](/) is built for that second case. Plans are on the [pricing page](/pricing).
---
## AI agent orchestration for teams: agents as members of the room
> AI agent orchestration usually lives in code one developer maintains. Here is what it looks like when the agents are members of the room your team already works in, and people decide who takes each step.
**Author:** Kylon Team · Product | **Date:** 2026-09-26 | **Category:** Guide
**URL:** https://kylon.io/blog/ai-agent-orchestration-for-teams
**In short.** AI agent orchestration is the work of deciding which agent takes which step, and keeping the steps connected. Most of the time that logic sits in code. When the agents are members of a shared room instead, the team does the routing by @mentioning the agent that should take each step, the thread holds the request and the result, and a person releases what ships.
## What AI agent orchestration means
[IBM describes AI agent orchestration](https://www.ibm.com/think/topics/ai-agent-orchestration) as coordinating multiple specialized AI agents within a unified system to reach a shared objective. Each agent is good at one kind of task, and something has to decide which one runs when.
In the same article, IBM describes that something as an orchestrator, either a central agent or a framework, and notes that in multi-agent systems the agents can also coordinate without one, by communicating with each other directly.
So orchestration has two parts: who decides the next step, and where the steps and their results are kept.
## Where orchestration usually lives
In most setups both parts live in software. A developer writes the routing, picks the agents, and decides what each one receives. The run happens inside that code, and the record of it is a log.
That works well for a fixed pipeline. It is harder for work that changes from one request to the next, where the right next step depends on a customer, a deadline or a judgment call someone on the team has to make. The people who know which step comes next are often not the people who can edit the routing code.
## Orchestration inside the team
The other place orchestration can live is the room where the work is already being discussed.
In Kylon, [an agent is a workspace member](https://docs.kylon.io/agents/overview). It has a name, a specialty and a profile, and people message it, @mention it in rooms, hand it threads and assign it work the same way they would a colleague. That gives a team a simple way to orchestrate:
- **The routing is a mention.** Whoever owns the request @mentions the agent that should take the next step. Changing the plan means mentioning a different agent, not editing a pipeline.
- **The thread is the record.** A [thread keeps one topic together](https://docs.kylon.io/concepts/rooms) inside a room, so each step and its result sit where the next person, or the next agent, can read them.
- **A person releases the work.** Work that changes something outside the room comes back as a draft or a pull request, and someone on the team signs off.
- **Recurring sequences become workflows.** When the same steps run on a schedule or on an event, a [Kylon workflow](https://docs.kylon.io/concepts/workflows) holds the sequence and keeps a run history you can inspect.
## Bring the agents you already run
Orchestration across a team only helps if the agents the team relies on can be in the room. [Kylon supports both kinds](https://docs.kylon.io/agents/overview): agents Kylon hosts, and agents you bring. Claude Code and Codex run on your computer through their own CLI, with your sign-in, your files and your repositories. Devin Cloud connects through Cognition's cloud. Both kinds have the same access rules and the same behavior in rooms.
That means one room can hold a hosted agent that reads the customer record, the Claude Code session that knows the repository, and a Codex agent someone else runs on their own machine. Each is reachable by name.
- [Claude Code for teams](/bring-your-own-agent/claude-code)
- [Codex for teams](/bring-your-own-agent/codex)
- [Devin in your team workspace](/bring-your-own-agent/devin)
## An example: one request, three agents
The following is illustrative. A customer reports that last night's export failed.
1. The support lead posts the report in the team's room and @mentions a hosted agent to pull the customer's account history and the failing job.
2. With that in the thread, she @mentions the Claude Code agent an engineer runs on his laptop to find the cause in the repository and propose a fix.
3. The fix comes back as a pull request. The engineer reviews it and merges it.
4. She @mentions the hosted agent again to draft the reply to the customer, reads it, and sends it.
Every step is in one thread. Nobody had to write routing code, and the person who knew what should happen next was the one deciding.
## Questions people ask
**Is this the same as a multi-agent framework?** A framework coordinates agents inside a program. Here the agents are members of a shared room, and the team coordinates them in the conversation. A recurring sequence can still be saved as a workflow.
**Do I need to write code to add an agent?** No. You [create the agent in the workspace, choose how it runs, and paste the connection prompt](https://docs.kylon.io/agents/bring-your-own-agent) into Claude Code or Codex on your computer. Devin Cloud uses a credential form instead.
**Can two agents work on the same request?** Yes. Several agents can sit in one room, and each step is assigned to whichever one should take it.
---
## How to Spot Fake YouTube Views Before You Pay a Creator
> A sponsorship quote is priced on views, and views, likes and comments can all be bought. Here is how we check a YouTube channel's hourly data with vidIQ before paying, the skill we built for it, and one prompt to run it in your own workspace.
**Author:** Kylon Team · Growth | **Date:** 2026-09-24 | **Category:** Guide
**URL:** https://kylon.io/blog/spot-fake-youtube-views-before-sponsoring
A YouTube sponsorship is usually priced off views. The creator or agency sends a channel, an average view count and a quote, and the math looks fine. Then the video goes live, the campaign link delivers a fraction of what the view count promised, and there is nothing left to negotiate.
Views, likes and comments can all be bought. [YouTube's own fake engagement policy](https://support.google.com/youtube/answer/3399767) exists because services sell exactly that, and the same page notes that traffic YouTube finds to be artificial is not counted. That second point is useful: when YouTube removes views after the fact, it leaves a mark in the data.
We screen every creator in our own program before we talk price. This post covers what we look at, the skill that runs it, and a single prompt you can paste into your own workspace to do the same.
## Why the public numbers are not enough
The numbers on a channel page are a snapshot: subscribers, views, likes, comment count. A snapshot cannot tell you how the views arrived.
The shape over time can. Organic views on a new upload rise quickly while YouTube tests the video, then settle into a curve. Bought views tend to arrive in blocks: a burst of thousands of views in an hour or two, almost no likes alongside them, and a return to the old rate right after. Bought likes leave the opposite trace: likes that keep pace with views from the first minutes, then stop at a round number while views keep climbing.
To see that shape you need hourly data per video, for more than one video.
## Where the data comes from
The skill reads everything from [vidIQ's MCP server](https://vidiq.com/mcp/). As of September 24, 2026, vidIQ describes it as built on data from more than 135 million channels, available on every plan including Free, and [read-only for your YouTube channel](https://vidiq.com/mcp/). You connect it with an API key that is scoped to MCP access and can be revoked at any time.
For each creator the skill pulls the channel's stats, its latest ten videos that are at least 48 hours old, the hourly and daily view and like history for each of those videos, and a sample of recent comments. Raw responses are cached, so re-running a check on the same channel costs nothing.
## What the check looks at
Every dimension comes back with a value, the rule it was judged against, a judgment (OK, Check, Fail or No data) and a score. Any Fail means the report recommends passing on the creator, whatever the total score says.
| Signal | What it can mean | What to do |
| --- | --- | --- |
| Subscribers and average views of the latest 10 | Whether the channel clears your size bar at all | Set your own gates, the defaults are 100K and 10K |
| Views per like outside 50 to 100 | Far above: views without an audience. Far below: likes without an audience | Read it with the curve check |
| Near-identical totals across uploads | Views or likes bought in fixed packages | Ask how the videos were promoted |
| Cumulative views falling 15% or more | YouTube removed views it judged invalid | Treat it as a Fail |
| Likes near 1:1 with views at 3 hours, or likes that stop while views grow | A like package running out | Treat it as a Fail |
| A VPH spike that snaps back | Paid or ad traffic in that window | Ask for the traffic-source screenshot and price only the views outside it |
| The same commenters across videos, repeated text | Comment packages | Compare the accounts against your own flagged list |
Two rules keep the check from punishing healthy channels.
**The first 12 hours.** YouTube pushes every new upload for roughly its first half day. A bump inside that window that keeps growing afterwards is the algorithm, and the skill records it as information only. What it flags is a huge jump after which growth runs slower than before the jump.
**The channel's own rhythm.** Large channels often get a second wave four to six hours after publishing, on most uploads. When most videos show the same wave, it is how that audience watches, and it is not scored.
## Two numbers that change the conversation
**The non-spike estimate.** After the launch push, any hour running three times or more above the recent clean baseline is treated as spike traffic and its excess is taken out. The report shows the average and median views that remain, and what share of the latest ten videos' views came from spikes. On a healthy control channel we tested, that share was about 2%. On one channel we were pitched, it was about 60%, with bursts of ten to twenty thousand views landing in the same few hours on most days. Smoothly paced paid traffic cannot be separated this way, so the estimate is an upper bound, and we treat it as a question for the creator rather than a verdict on them.
**Price per like.** CPE is the quote divided by the median likes of the latest ten videos, judged against a target you set. Bought likes tend to leave the launch-hour trace described above, which is why we price on likes and keep CPM as a reference only. A CPE that looks like a bargain is itself a signal: on the channels whose likes arrived almost one per view at launch, the price per like came out far lower than on any healthy channel we compared.
## What the report looks like
The report opens on the verdict and the checks that decided it. Below that, one card per dimension, then one row per video: the views bar against your size gate with the spike share hatched, views per like on the healthy band, the largest drop, and a 72-hour views-per-hour line with any spike window shaded. Videos with a problem get their own section with the views-versus-likes chart, and the comment section lists repeat accounts and repeated text. It reads on a phone as well as a laptop, because that is usually where the quote arrives.
The example above is a real run on a channel we were pitched, with the channel, titles and quote removed.
## Where the result goes
A report nobody can find next month does not help the next negotiation. In our workspace, the verdict is written to the creator's row in our creator tracker App: verdict, score, non-spike average views, spike share and a link to the report. A workflow runs the check automatically within half an hour of a quote being recorded, so the verdict is usually there before anyone replies to the agency.
The same App holds the outreach thread, the follow-ups, the agreed deliverables and the posts once they go live, with the campaign link's results beside them. The agent working in that Room can see all of it, so a question like "which creators we passed on last month came back with a lower quote" has an answer.
If you do not have a creator tracker yet, the [Creator Management template](/apps/creator-crm) in our apps gallery builds one from a single prompt, with a roster, one row per platform account and posts tracked through to signups. Ask your agent to add a channel check field group to the creator's YouTube account, and the skill writes into it.
## Run it in your own workspace
We packaged the skill with our internal names, thresholds and creator data taken out. It is a folder with a SKILL.md and three scripts: the check, the report renderer and the write-back. [Download youtube-creator-check.zip](/skill-templates/youtube-creator-check.zip), or paste this into a Kylon agent and it will do the setup itself:
```text
Install the YouTube creator check skill from https://kylon.io/skill-templates/youtube-creator-check.zip: download it, read SKILL.md, add it as a custom skill and install it on yourself. Then send me a connection card for my vidIQ API key, saved as VIDIQ_API_KEY and never pasted in chat. Once it is connected, check @CHANNEL against a $PRICE quote for a long-form integration, post the report here, and if we have a creator tracker App, write the verdict to that creator's row.
```
Replace `@CHANNEL` and `$PRICE` with the creator you are looking at. If you already have a price-per-like target, add "use a CPE target of $N" to the prompt; without one, CPE is reported but not judged.
## What the check cannot tell you
A flag is a reason to ask, and most creators answer. A VPH spike can be a newsletter, a Reddit thread or a legitimate ad campaign the creator ran, and the YouTube Analytics traffic-source screen will show which. Paid traffic delivered at an even pace blends into the curve and will not show up as a spike at all.
It also cannot judge fit. Whether the channel's topic, format and audience match your campaign, and whether that audience lives in the market you are buying, still needs a person to watch a few videos. The skill gets you to that conversation with the numbers already on the table.
---
## Plaud MCP: How to Connect Your Recordings to an AI Agent
> Plaud MCP lets any MCP-compatible client read your recordings, transcripts, and AI notes. Here is the actual tool surface, the fields each call returns, what the install does to your machine, and where the limits are.
**Author:** Kylon Team · Product | **Date:** 2026-09-17 | **Category:** Guide
**URL:** https://kylon.io/blog/plaud-mcp
Plaud sells a recorder and the cloud that transcribes it. The gap most teams hit is the next step: the meeting is captured, summarized, and then sits in an app nobody opens while writing the follow-up.
Plaud MCP closes that gap by exposing your account to an AI client as a set of callable tools. It has been generally available since [12 May 2026](https://docs.plaud.ai/plaud-mcp-cli/changelog.md), shipped as `@plaud-ai/mcp` alongside the `@plaud-ai/cli` terminal client.
This is a reference for what the connection actually gives an agent, written from Plaud's own documentation rather than the marketing page.
## What it is
MCP is a client-server protocol. Plaud runs the server, your AI client is the consumer, and the tools are the contract between them. Once connected, the client can ask your account questions mid-conversation rather than waiting for you to paste a transcript in.
Plaud positions MCP as the route for [extracting your own Plaud data](https://docs.plaud.ai/llms.txt), as distinct from Plaud Embedded, which is the SDK route for building a product on Plaud hardware. If you are evaluating the product route instead, that distinction is covered in our [Plaud Embedded and CRM workflow guide](/blog/plaud-meeting-notes-to-crm).
## The tool surface
Seven tools, per [Plaud's MCP documentation](https://docs.plaud.ai/plaud-mcp-cli/mcp):
| Tool | What it does |
| --- | --- |
| `login` | Opens your browser for OAuth sign-in |
| `logout` | Signs out and revokes your authorization |
| `get_current_user` | Shows your current account details |
| `list_files` | Lists your recordings, with optional filters |
| `get_file` | Returns full details for a single recording |
| `get_note` | Returns the AI-generated summary, action items, and key topics |
| `get_transcript` | Returns the full transcript with timestamps and speaker labels |
Three of those are session management. The working surface is four calls: find recordings, open one, read its notes, read its transcript.
Worth stating plainly, because it decides whether this fits your workflow: nothing here writes. There is no documented tool to rename a recording, correct a transcript, or upload audio. Plaud MCP reads an archive that the device and the Plaud app have already produced.
## Filters and pagination
`list_files` accepts four parameters ([source](https://docs.plaud.ai/plaud-mcp-cli/mcp)):
| Parameter | Description |
| --- | --- |
| `query` | Case-insensitive keyword match on recording name |
| `date_from` | Start date, `YYYY-MM-DD` |
| `date_to` | End date, `YYYY-MM-DD` |
| `page` / `page_size` | Pagination, ignored when filters are set |
Two details matter more than they look.
The match is on the **recording name only**, not the transcript body. If your recordings are named "New Recording 14", search will not find the meeting where pricing came up. Naming discipline is what makes this connection useful.
Filtering is also a **scan**, not a query. The equivalent Plaud CLI search [scans up to the 500 most recent recordings](https://docs.plaud.ai/plaud-mcp-cli/cli.md), and the same budget applies here. An empty result for last March may mean the scan never reached March, not that nothing matched. Check how far back the scan went before treating a result as exhaustive.
## What comes back
`list_files` and `get_file` both return these fields ([source](https://docs.plaud.ai/plaud-mcp-cli/mcp)):
| Field | Type | Description |
| --- | --- | --- |
| `id` | string | Unique recording ID |
| `name` | string | Recording name |
| `created_at` | string | Creation time (ISO 8601) |
| `start_at` | string | Recording start time (ISO 8601) |
| `duration` | number | Duration in milliseconds |
| `serial_number` | string | Device serial number |
`get_file` adds three more:
| Field | Type | Description |
| --- | --- | --- |
| `presigned_url` | string | Temporary audio download URL, valid 24 hours |
| `source_list` | array | Transcript segments with timestamps and speaker labels |
| `note_list` | array | AI-generated notes in Markdown |
`presigned_url` is the one to plan around. It is a signed link with a 24 hour life, which makes it fine for an agent to fetch audio during a task and wrong to paste into a ticket as a permanent reference. Store the recording `id` instead and re-resolve the URL when you need it.
## Installing it
Prerequisites are Node.js 20 or higher and a Plaud account ([source](https://docs.plaud.ai/plaud-mcp-cli/mcp)). One command detects your clients, writes their MCP configuration, and opens a browser to authorize:
```bash
npx -y @plaud-ai/mcp@latest install
```
Two flags are worth knowing: `--yes` configures every detected local client without prompting, and `--no-login` skips the browser step, which is what you want on a headless or remote machine.
Which clients are handled automatically, and what each needs afterwards:
| Client | Auto-configured | Restart after install |
| --- | --- | --- |
| Claude Desktop | Yes | Quit and reopen |
| Claude Code | Yes | Exit, then start a new `claude` session |
| Codex Desktop | Yes | Quit and reopen |
| Cursor, Windsurf, VS Code, Zed | Yes | Reload per client UI |
| Claude Web, ChatGPT Web | Interactive guide | No restart needed |
| Kiro | Yes | No restart needed |
A full restart is genuinely required for the desktop clients. Closing the window is not the same as quitting the app, and this is the most common reason the tools do not show up.
For a client the installer does not detect, the manual configuration is:
```json
{
"mcpServers": {
"plaud": {
"command": "npx",
"args": ["-y", "@plaud-ai/mcp@latest"]
}
}
}
```
## Skills that ship with it
The installer also loads six prewritten instruction sets, so common phrasings map to the right sequence of calls without you describing the workflow each time ([source](https://docs.plaud.ai/plaud-mcp-cli/mcp)):
| Skill | Triggered by asking for |
| --- | --- |
| `plaud-browse` | "list my recordings", "show recent files" |
| `plaud-find` | "find the Weekly Sync", "the meeting from Monday" |
| `plaud-read` | "show the transcript", "summarize this recording" |
| `plaud-digest` | "weekly report", "what meetings did I have this week" |
| `plaud-followup` | "draft a follow-up email", "list the action items" |
| `plaud-export` | "save to Notion", "post to Slack" |
## Where the data goes
For browser clients connecting over HTTP, Plaud states that recording data passes through its MCP server hosted in the US, and that Plaud does not store this data after the request completes, processing it in transit only, governed by [Plaud's privacy policy](https://plaud.ai/privacy) ([source](https://docs.plaud.ai/plaud-mcp-cli/mcp)).
If your recordings include client conversations, clinical discussions, or anything with a residency obligation, settle this before rollout rather than after. The local install path keeps the transport between your machine and Plaud, which is a different profile from the hosted HTTP path.
## MCP or the CLI
Both read the same account. They suit different jobs.
| | Plaud MCP | Plaud CLI |
| --- | --- | --- |
| Shape | Tools an AI client calls mid-conversation | Commands you run in a terminal |
| Install | `npx -y @plaud-ai/mcp@latest install` | `npm install -g @plaud-ai/cli` |
| Good for | "Summarize Tuesday's standup and draft the follow-up" | Batch export, scripting, piping to a file |
| Output | Interpreted by the model | Clean stdout, errors to stderr |
The CLI is the better tool when you want determinism. It has [documented exit codes](https://docs.plaud.ai/plaud-mcp-cli/cli.md) (`2` for auth failure, `3` for network, `4` for timeout) and keeps stdout clean for piping, which makes it scriptable in a way a conversational tool call is not.
## Connecting Plaud to a shared workspace
The single-user install has a ceiling. It connects *your* Plaud account to *your* client on *your* machine, so the meeting context stops at your laptop. When a colleague needs the same recording, you are back to copying a summary into a message.
In Kylon, Plaud is a workspace connection rather than a local config file. You authorize it once from an authorization card, and from then on the agents you grant access to can read your recordings inside the room where the work is already being discussed.
The connection exposes four tools, matching the read surface above:
- `list_files` for finding recordings, with the same name-match and 500-record scan budget, plus an explicit flag on whether the scan was exhaustive
- `get_file` for the full record, including the 24 hour audio URL
- `get_note` for the notes, returning one entry per tab in the app, so the AI summary, any template tab, a saved Ask Plaud answer, and highlights come back separately
- `get_transcript` for the timestamped transcript with real speaker names, paginated by cursor, with `outline`, `transaction_polish` and `mark_memo` blocks available for the outline, the polished text, and the moments flagged with the device's highlight button
There is no `login` tool in that list, because authorization is handled by the connection rather than by a tool call in the conversation.
What changes in practice is who can act on the recording. A transcript read in a room can become a CRM update, an issue record, and a follow-up draft that a colleague reviews in the same thread, instead of three manual copies. That routing pattern, including the review step that keeps a person on anything touching customer data, is covered in the [meeting notes to CRM workflow](/blog/plaud-meeting-notes-to-crm).
## When it does not show up
Plaud's [troubleshooting table](https://docs.plaud.ai/plaud-mcp-cli/mcp) covers the common failures:
- **Tools missing after install.** A full client restart is required. For Claude Code, exit and start a new `claude` session.
- **`401` or "Not authenticated".** Ask the client "log me into Plaud".
- **Token refresh errors.** Delete `~/.plaud/tokens-mcp.json` and sign in again.
- **Browser does not open during sign-in.** Copy the printed URL and open it manually. On a remote machine, forward port 8199 first with `ssh -L 8199:localhost:8199 user@host`.
- **"Server disconnected" in Claude Desktop.** Re-run `plaud-mcp unsetup && plaud-mcp setup`, then restart.
To upgrade, run `npm install -g @plaud-ai/mcp@latest` and restart the client. To remove it entirely, uninstall per client, then `npm uninstall -g @plaud-ai/mcp` and `rm -rf ~/.plaud`.
## Start with the naming problem
The connection works on day one. What limits its usefulness is almost never the protocol, it is that `list_files` matches on recording names and half the archive is called "New Recording".
Name recordings the way you would search for them, with the counterpart and the subject, and the difference in what an agent can retrieve is immediate.
If you want meeting context to reach the customer record and the delivery queue rather than stopping at one person's client, [book a Kylon consultation](https://cal.com/team/kylon/kylon-product-introduction).
---
## Your voice agent finished the call. What was it allowed to promise?
> Live voice models can now run tool calls while the customer is still talking. That moves the interesting decision from the transcript to the call itself: what the agent may read, what it may say, and what has to stop and wait for a person.
**Author:** Kylon Team · Product | **Date:** 2026-09-16 | **Category:** Guide
**URL:** https://kylon.io/blog/what-ai-voice-agents-can-commit-to
Until this year, the voice part of a customer call ended at a transcript. Whatever needed to happen next happened later, in another system, with a person in between. Every tool built around calls inherited that shape, which is why the standard question has been who updates the CRM afterwards.
That question is now the second one. On 15 September 2026 Google released Gemini 3.8 Live and 3.8 Live Extended Thinking, native speech-to-speech models whose headline capability is **asynchronous function calling**: tool and API calls execute in the background while audio keeps streaming to the person on the line. ([Google](https://blog.google/innovation-and-ai/technology/developers-tools/build-real-time-voice-applications-gemini-audio/))
So the agent no longer hands you something to act on. It acts, mid-sentence, while the customer is still talking.
## What shipped, specifically
Worth reading the capability list closely, because each line is really a question about authority rather than about speech.
| Capability | What it means on a live call |
| --- | --- |
| Asynchronous function calling | The agent can hit your APIs without going silent, so a lookup or a write happens inside the conversation ([Google](https://blog.google/innovation-and-ai/technology/developers-tools/build-real-time-voice-applications-gemini-audio/)) |
| Alphanumeric precision | Confirmation codes, claim numbers and technical strings are parsed accurately, which is what makes acting on them plausible ([Google](https://blog.google/innovation-and-ai/technology/developers-tools/build-real-time-voice-applications-gemini-audio/)) |
| Visual context | Dialogue can be grounded in live visual input, so the agent can be looking at what the customer is looking at ([Google](https://blog.google/innovation-and-ai/technology/developers-tools/build-real-time-voice-applications-gemini-audio/)) |
| 97+ languages | The same policy has to hold in languages nobody on your team reviews ([Google](https://blog.google/innovation-and-ai/technology/developers-tools/build-real-time-voice-applications-gemini-audio/)) |
Pricing is $0.005 per minute of audio in and $0.018 per minute of audio out, and the models reach production through Live API partners including LiveKit, Pipecat and Vercel. ([Google](https://blog.google/innovation-and-ai/technology/developers-tools/build-real-time-voice-applications-gemini-audio/))
At that price, the constraint on putting an agent on live calls stops being cost and stops being quality. What is left is a policy question most teams have not written down.
## The question a transcript never raised
A recording is inert. It can be wrong, incomplete or misfiled, and none of that changes a customer record until someone decides it should. The review step was free, because it was structural.
A live tool call removes the structure. At second 40 of a conversation, two different things become possible at once:
- The agent looks something up and answers accurately instead of guessing. This is the reason to do it at all.
- The agent changes something, or says a sentence that commits you to changing something, with nobody watching.
Those arrive together in the same feature. Teams that only plan for the first one end up discovering the second in a support queue.
## Draw the line at reversibility, not at risk
"High risk" is not a workable test, because everyone scores it differently and nobody scores it during a call. Reversibility is testable, and an engineer can implement it.
| During the call, the agent wants to | Reversible by one person in a minute | Where it should land |
| --- | --- | --- |
| Read order status, entitlements, delivery exceptions | Nothing changed | Run it live |
| Correct a spelling, log a call reason, set a follow-up date | Yes | Run it live, record what changed |
| Move a delivery date already promised to the customer | Usually | Run it live only if the customer is told, otherwise hold |
| Issue a refund or goodwill credit | No | Hold as an approval |
| Confirm a price, discount or renewal term | No | Hold as an approval |
| Send anything to a third party | No | Hold as a draft |
| Cancel, close or delete a record | No | Hold as an approval |
The test is not whether the model can do it reliably. It is whether you would be comfortable undoing it by hand at 6pm on a Friday.
One more line that belongs in the same policy: what the agent is allowed to **say** is part of this table. An agent that cannot issue a credit but tells the customer a credit is coming has committed you just as firmly, and has done it in a channel where the record is an audio file. The safe sentence is the one that names the next step and the person, not the outcome.
## Four things to settle before a voice agent takes live calls
1. **What it can read while the call is running.** Scope this to the accounts and records the call type needs, not to everything the integration can reach.
2. **What it may state as a commitment.** Write the sentences. This is copy, not configuration, and it is the part that gets skipped.
3. **What it may write live, and what stops.** Use the reversibility table above, and make the hold visible to a person while the context is fresh rather than in a nightly queue.
4. **What you can reconstruct afterwards.** The call, what the agent read, the fields it changed and anything still open should be findable together, by the person who has to answer for it.
The general version of this argument, for agents that are not on a phone, is on our [AI agent governance](/solutions/ai-agent-governance) page. The workflow side, where the same work runs on a schedule or a trigger instead of a call, is on [AI workflow automation](/solutions/ai-workflow-automation).
## Where the call should land
This is the part we have opinions about, because it is the part we built.
A call result is not a special kind of artifact in Kylon. It arrives the way a scheduled workflow result, a follow-up or a sub-agent result arrives: as an activation carrying the same contract as any other piece of work, which we wrote about in [more than a message](/blog/user-message-is-more-than-a-message). Voice calls are part of every plan alongside rooms, threads, workflows and apps ([pricing](/pricing)), and they run on Vapi as a subprocessor ([subprocessors](/subprocessors)).
What that buys you is unglamorous and specific: the thing the agent did during the call and the thing it held back show up in the same conversation, in the room that owns the account, in front of the people who would have had to chase both.
Notice what the agent did not do. It read the order and the delivery exception while the customer was on the line, because those are reads. It updated a date, because that is reversible and the customer was told. It did not issue the credit, and it did not promise one. It said someone would confirm, which is true, and then made confirming take one click in the room where the account lives.
## The part that is genuinely new
None of the controls above are new ideas. What is new is that they now have to hold in real time, in 97 languages, at half a cent a minute, in a channel where the only record of what was promised is audio.
The teams who will be fine are not the ones with the best voice model. They are the ones who wrote down what the agent may finish before they turned it on.
If your calls today are recorded rather than answered by an agent, the post-call version of this is [meeting notes to finished work](/use-cases/meeting-notes). Same argument, slower clock.
---
## How Permissions Work in Kylon
> Who can see a conversation, what an agent knows, what updates an App, and who can use a connected account. The four layers that decide access in Kylon, with the product screen for each one.
**Author:** Kylon Team · Product | **Date:** 2026-09-15 | **Category:** Guide
**URL:** https://kylon.io/blog/how-permissions-work-in-kylon
**In short.** Access in Kylon is decided by four layers: what an agent knows, who can see a Room, what updates an App, and who can use a connected account. Each layer has one job, so every access question has one place to look.
Every workspace conversation eventually reaches the same question: who can see this, and what can the agent do with it. This is a walkthrough of how that works, layer by layer, with the screen where each setting lives.
## One workspace, seen as a whole
People and agents work together in Rooms. Apps live in a Room, alongside the conversations about that work. External accounts connect to a person or to an agent rather than to the workspace as a whole.
Those four relationships define who can see and use what. There is no fifth setting hidden behind them.
## Agent: what it knows
An agent reads the thread it is working in. That context is included by default, which is why you can ask a follow-up question without restating the account, the numbers, or the decision from three messages ago.
Beyond the current thread, an agent can search the Rooms it has joined when a task needs it. Rooms it has not joined are outside its view. Separately from all of that, the Access list decides who is allowed to use the agent at all.
Reading context and granting access are different decisions. An agent can be well informed and still answer to only two people.
## Room: who can see it
A public Room is discoverable and anyone in the workspace can join it. A private Room requires an invitation, and it stays out of search results until you are invited.
For agents there is an extra rule: only joined Rooms are searchable. A public Room is not automatically within an agent's reach. It still has to be a member.
## App and Workflow: how data gets updated
An App lives in the Room where the work actually happens, not in a separate tools area. That placement is the point. When something is decided in the conversation, the outcome becomes a record in the App next to it, rather than a task someone has to re-enter later.
Scheduled tasks belong in the same Room. A workflow that syncs creator replies every morning updates the same Sampling Desk the team is discussing, run by an agent the team can see.
## Connection: who can use your accounts
Each connection carries its own access setting. Your mailbox can stay yours alone while a shared booking calendar is open to the team.
For your own requests, an agent can use your connections automatically. You do not need to hand anything over for that. Sharing a connection with an agent does something wider: it lets the other people who can access that agent use the connection through it. That is the case worth pausing on.
One more detail before you click. Sharing with everyone in the workspace covers human members, including people who join later. Agents are added individually.
## Four questions, four answers
| Layer | The question it answers | How it is decided |
| --- | --- | --- |
| Agent | What does it know? | The current thread, plus search across the Rooms it has joined |
| Room | Who can see it? | Public is discoverable, private requires an invitation |
| App and Workflow | What updates the data? | Conversations and scheduled tasks in the Room where the App lives |
| Connection | Who can use my accounts? | Set per connection, for my own requests and the members I share with |
## Room membership is not agent access
This is the one that surprises people most often, so it is worth stating on its own.
Access defines who can use an agent. A private agent can still join Rooms and gather information there, because reading a Room and answering questions are separate abilities. Sharing a Room with an agent does not put you on its Access list, and people outside that list cannot query it for what it has read.
## Skills: one person's method, reusable by the team
A skill is a written procedure an agent reads when it needs it. You can upload an existing skill as a ZIP file, or ask an agent to save a procedure you just walked it through, then ask it to share that skill with everyone.
The effect is the part that matters. The onboarding sequence that lives in one colleague's head becomes a step a different agent can follow next week, on a different account, without anyone repeating the briefing.
## Building and updating Apps
Every App has its own database, so its records are not mixed into a shared table somewhere else. Changes are tracked in version history, so you can see who changed what and go back to an earlier state. Several people can build on the same App and have their changes combined rather than overwriting each other.
That is the same principle as the rest of this page. The work sits where the team can see it, and each layer answers one question.
## Where to start
Open a Room you already use and check three things: who is in it, which agents have joined, and which of your connections those agents can reach. Those three answers cover most of what comes up in an onboarding call.
Related reading: [Kylon's privacy architecture](https://kylon.io/blog/kylon-privacy-architecture) covers how data is stored and isolated, and [why we built Kylon](https://kylon.io/blog/why-we-built-kylon) explains the workspace model these layers sit on.
---
## Kylon vs. Genspark: A room-first workspace for human and agent teams
> Genspark offers a broad suite for agent-led creation and business tasks. Kylon centers humans, agents, context, Apps, and workflows in shared Rooms where team work accumulates.
**Author:** Kylon Team · Product | **Date:** 2026-09-15 | **Category:** Compare
**URL:** https://kylon.io/blog/kylon-vs-genspark
Searching for a Genspark alternative now means comparing more than two chat interfaces. The real question is how each product organizes ongoing work after the first prompt, especially when several people and agents need to contribute.
[Genspark describes its current product as an all-in-one AI workspace spanning office, content, and building tools](https://www.genspark.ai/blog/genspark-ai-workspace-6). Its surface now includes Super Agent, SecondBrain, Hubs, GenTeam, AgentBase, and Workflows. This description was checked on 2026-09-15.
Kylon starts with a shared Room staffed by human colleagues and several named agents. Each agent can have its own role, memory, and skills. Threads preserve the work, Apps hold the records it produces, connections let agents act in real tools under named accounts, and scheduled or event-triggered workflows keep the process moving. Human approval can remain the gate before anything goes out.
This is not a comparison between a capable product and an incapable one. It is a comparison between two ways of structuring agent work. Genspark presents a suite of specialized surfaces. Kylon makes the shared Room the place where conversation, execution, structured state, and follow-up meet.
## Two AI workspaces with different centers
[Genspark presents its workspace in four layers: SecondBrain for memory, Super Agent as the intelligence engine, creation and business-system suites as tools, and GenTeam as the collaboration layer](https://www.genspark.ai/blog/genspark-ai-workspace-6). [Its Hub feature groups projects with shared files, instructions, and cross-project context](https://www.genspark.ai/helpcenter/hub). Both points were checked on 2026-09-15.
That organization gives users several containers for different kinds of work. A task may begin in a Super Agent project, related projects may sit in a Hub, a persistent business system may live in AgentBase, automation may live in Workflows, and collaborative discussion may happen in GenTeam.
Kylon organizes the workspace around durable Rooms. A Room can contain the people responsible, named specialist agents, focused threads, files, structured Apps, and running workflows. Connections authorize action in outside services, skills encode the team's method, and each agent's memory carries relevant operating context forward. After an initial result, the team can review it, update a record, approve the next action, and assign follow-up without leaving that context.
## Autonomous execution and shared continuation
[Genspark defines Super Agent as an autonomous assistant that breaks requests into steps, selects tools, and carries tasks through to finished results](https://www.genspark.ai/helpcenter/super-agent). [It operates in a dedicated sandbox with a browser, filesystem, and execution environment, and it can run parallel tasks within one project](https://www.genspark.ai/helpcenter/super-agent). These details were checked on 2026-09-15.
That model begins with delegation. The user describes the goal, and the system coordinates the tools and agent activity needed to produce the result. [Working files remain available during the session, while delivered file cards stay with the project](https://www.genspark.ai/helpcenter/super-agent).
Kylon is designed for continuation by a group. A research agent can work in a thread, an analyst can update the App, and a human can inspect both before approving an operator agent's external action. The connection identifies the account used, while a workflow can schedule the next run or start it from an event. Because the evidence, decision, and record remain visible, the next colleague or agent can pick up the work without a manual recap.
## How collaboration works
[Genspark's GenTeam supports humans and agents in channels, direct messages, and threads, with shared files and a task board](https://www.genspark.ai/helpcenter/genteam). [Multiple agents can join a channel, message one another, share files, and participate in tasks with visible progress](https://www.genspark.ai/helpcenter/genteam). [Agents can have names, roles, skills, and retained context across conversations](https://www.genspark.ai/helpcenter/genteam). These capabilities were checked on 2026-09-15.
That is important context for any current Kylon vs Genspark comparison. Genspark should not be characterized as only a personal research assistant. Its current product includes an explicit team collaboration surface.
In Kylon, Rooms are the core product model. The request, specialist agent work, human feedback, structured App records, approval, and recurring automation can remain attached to one operating context. Threads preserve detailed decisions. A newly involved teammate can see the evidence, inspect the live record, and understand the handoff. For a campaign review, for example, a research agent can collect evidence, an analytics agent can update the campaign App, and a marketer can approve the next action before a workflow repeats the collection step.
## Memory, context, and work that accumulates
[Genspark describes SecondBrain as a personal knowledge and memory system drawing from email, calendars, chat history, meetings, files, projects, and connected apps](https://www.genspark.ai/helpcenter/secondbrain). [It automatically saves past Genspark activity and can sync supported sources in the background](https://www.genspark.ai/helpcenter/secondbrain). [Projects in the same Hub can share conversation history, allowing relevant history from another project in that Hub to inform a response](https://www.genspark.ai/helpcenter/hub). These details were checked on 2026-09-15.
Kylon separates continuity into useful layers. Threads show evidence and decisions. Each agent's memory retains durable operating context. Skills preserve the method. Apps keep queryable records that humans and agents can update. Workflows handle scheduled or event-triggered execution. A new teammate can inspect the discussion and App, ask a named agent about prior choices, and continue from the current state rather than reconstructing the project.
## Apps, skills, connections, and workflows
[Genspark's AgentBase creates persistent business systems containing relational tables, views, dashboards, and workflows](https://www.genspark.ai/helpcenter/agentbase). [Those systems can be shared as a whole or at the dashboard or table level with invited collaborators](https://www.genspark.ai/helpcenter/agentbase). [Genspark also lets users teach Super Agent a process, save it as a reusable Skill, and share it with a team](https://www.genspark.ai/helpcenter/super-agent). These facts were checked on 2026-09-15.
[Genspark documents native API and MCP connections across communication, productivity, CRM, developer, data, recruiting, operations, and finance services](https://www.genspark.ai/helpcenter/connectors-and-integrations). [Its Workflows can be built conversationally and triggered by a schedule or an incoming Gmail or Outlook email](https://www.genspark.ai/helpcenter/workflows). These connector and automation details were checked on 2026-09-15.
Kylon brings these capabilities into one Room-centered process. Apps provide interfaces and structured records. Skills give each agent a repeatable procedure. Connections let agents act in real services under named authorized accounts. Workflows run on a schedule or event and return results to the Room. A human approval gate can hold the outbound step while the reviewer checks the source thread and App record.
## Kylon vs Genspark at a glance
| Area | Kylon | Genspark |
|---|---|---|
| Primary work unit | A durable Room staffed by humans and named agents, with threads, files, structured Apps, and running workflows. | Work spans Super Agent projects, Hubs, GenTeam channels, AgentBase systems, and Workflows, [as documented across Genspark's current workspace](https://www.genspark.ai/blog/genspark-ai-workspace-6). Checked 2026-09-15. |
| Agent collaboration | Several named agents, each with its own memory and skills, hand work to humans and one another in visible threads. | Humans and multiple agents can collaborate in channels, threads, files, and tasks through [GenTeam](https://www.genspark.ai/helpcenter/genteam). Checked 2026-09-15. |
| Context | Threads preserve decisions, agent memory preserves role-specific context, and Apps preserve the live operating record. | SecondBrain provides personal context, while Hubs share files and project history across related projects through [SecondBrain](https://www.genspark.ai/helpcenter/secondbrain) and [Hub](https://www.genspark.ai/helpcenter/hub). Checked 2026-09-15. |
| Structured work | Apps turn conversation into shared databases and interfaces that both humans and agents inspect and update. | AgentBase provides relational tables, views, dashboards, and workflows in a [persistent business system](https://www.genspark.ai/helpcenter/agentbase). Checked 2026-09-15. |
| Reusable methods | Skills give each named agent a reusable method that remains available across later work. | Super Agent workflows can be saved and shared as [reusable Skills](https://www.genspark.ai/helpcenter/super-agent). Checked 2026-09-15. |
| Automation | Scheduled or event-triggered workflows continue the process in Room context, with human approval available before outbound action. | Workflows support schedules and incoming-email triggers, with test runs and run history in the [workflow builder](https://www.genspark.ai/helpcenter/workflows). Checked 2026-09-15. |
## What Kylon is for
Kylon is for teams that want to staff a durable operating Room with human colleagues and several named agents. Give a research agent, analyst, writer, and operator distinct roles, memories, and skills. Keep their work in threads so evidence, corrections, and handoffs stay visible.
The Room can hold the whole process. An agent gathers evidence, another updates a structured App, and a human reviews the thread and approves the proposed action. A connection lets the operator act in the real service under the correct named account. A workflow schedules the follow-up or starts it when an event arrives. The next person opens the same Room, sees the current record and decision trail, and continues without rebuilding context.
This model is useful when responsibility moves between roles and when a process must outlive its first output. Apps make business state inspectable. Skills make the team's method reusable. Agent memory preserves specialist context. Workflows keep agreed work running. Approval gates keep human judgment at the point where an external action becomes real.
Kylon makes agent capability operational for a team: shared context, specialist roles, structured records, visible handoffs, continuing automation, and human control in one place.
## What a team can do on day one
Create a Room for one live process, add the responsible people, and bring in named agents for research, analysis, writing, and operations. Give them the relevant skills, connect the services they need under the correct accounts, and create an App for the records they produce. Mark external actions for human approval, then schedule a workflow or attach it to an event. The first run leaves a visible thread, a structured record, and a next step another teammate can take.
## Frequently asked questions
### Is Kylon a Genspark alternative?
Yes, particularly for teams evaluating how humans and agents collaborate over time. [Genspark currently describes an all-in-one workspace with Super Agent, SecondBrain, creation and business tools, and GenTeam](https://www.genspark.ai/blog/genspark-ai-workspace-6). Kylon centers that work in shared Rooms with threads, Apps, skills, connections, workflows, and memory. The Genspark description was checked on 2026-09-15.
### What is the main difference between Kylon and Genspark?
The main difference is workspace organization. Kylon uses Rooms as the shared operating context for discussion, agent work, structured Apps, and workflows. [Genspark distributes work across connected surfaces including Super Agent projects, Hubs, GenTeam, Workflows, and AgentBase](https://www.genspark.ai/blog/genspark-ai-workspace-6). That product description was checked on 2026-09-15.
### Can Genspark support humans and multiple agents together?
Yes. [GenTeam supports people and multiple agents in channels, direct messages, threads, shared files, and tasks](https://www.genspark.ai/helpcenter/genteam). This was checked on 2026-09-15. The comparison is therefore about how collaboration relates to the rest of the workspace, not whether Genspark has collaboration features.
### Do both products support connected services and reusable automation?
Yes. [Genspark documents native API and MCP connections](https://www.genspark.ai/helpcenter/connectors-and-integrations), and [its workflow builder supports scheduled and incoming-email triggers](https://www.genspark.ai/helpcenter/workflows). These details were checked on 2026-09-15. Kylon combines connections and workflows with shared Rooms, Apps, skills, and agent memory.
### How does Genspark vs Manus relate to this comparison?
Genspark vs Manus is a separate product comparison. When evaluating either one against Kylon, use the same operating questions: where shared context lives, how people and agents hand work to one another, where structured records remain, how repeatable methods are encoded, and whether recurring work returns to the team's shared context. Verify each product against its current first-party documentation rather than relying on an older feature checklist.
---
## Kylon vs. Manus: A shared workspace for humans and agents
> Manus gives an agent a task to execute. Kylon gives teams a shared workspace where people and agents build context, hand off work, and keep processes moving.
**Author:** Kylon Team · Product | **Date:** 2026-09-15 | **Category:** Compare
**URL:** https://kylon.io/blog/kylon-vs-manus
The search for a Manus AI alternative often starts with a question about capability. Can an agent research a market, navigate websites, prepare a document, or complete a sequence of steps without constant direction? Those questions matter, but they do not cover the whole operating problem for a team.
A team also needs to know where the request lives, who can review the result, what another agent should do next, and how the work becomes useful context for tomorrow. A finished output is valuable. A process that the whole team can see, continue, and improve is something different.
That is the central distinction in Kylon vs Manus. Manus centers work on a task assigned to an agent. Kylon centers work on a shared workspace where humans and agents are peers. Both can support substantial work, but they organize that work around different units.
## Two products with different centers of gravity
As checked on 2026-09-15, [Manus presents an agent that can operate a browser and execute multi-step workflows](https://manus.im/docs/features/browser-operator). Its current public experience also foregrounds outputs such as [slides, websites, designs, and games](https://manus.im). The user defines a goal, the agent works through it, and the result returns to the task.
Kylon starts with a Room where human colleagues work beside several named agents, such as a researcher, analyst, writer, and operator. Each agent can have its own memory and skills. The work stays in visible threads, an App holds the records the conversation produces, and a workflow can continue on a schedule or event. Before an external action goes out, the team can require human approval in the same context.
For an individual request, a task can be enough. For a campaign, research pipeline, customer process, or partner program, the surrounding decisions often matter as much as the first output. Kylon keeps those decisions close to the work instead of asking the team to reconstruct them across separate tools and personal histories.
## How agent execution works
Manus offers two documented browser environments. As checked on 2026-09-15, its [Cloud Browser runs in an isolated environment where the agent can visit sites, click, fill forms, extract information, and complete multi-step work](https://manus.im/docs/features/cloud-browser.md). A user can watch the activity and take control when verification is needed.
For work that depends on an existing signed-in session, [Browser Operator runs in a dedicated local browser tab and uses the user's active logins after authorization](https://manus.im/docs/features/browser-operator). The same documentation distinguishes that local mode from the isolated Cloud Browser, where login takes place inside the cloud session.
Kylon makes execution one stage in a visible team process. Several named specialist agents can share a Room with human colleagues while keeping distinct memories and skills. They work in threads, use connections to act in real services under a named account, update records in Apps, and hand the next step to a scheduled or event-triggered workflow. A human approval step can stop an outbound action until someone reviews it.
## Shared context and continuity
As checked on 2026-09-15, [a Manus Project stores a master instruction and a knowledge base of uploaded files that apply to new tasks in that project](https://manus.im/docs/features/projects). Project members can share that instruction and knowledge base, while individual tasks remain private unless someone separately shares them.
The timing of updates also matters. [Changes to a Project instruction apply when the next message is sent in a current task, while changes to Project files apply only to newly created tasks](https://manus.im/docs/features/projects). Existing tasks retain the file configuration they previously received.
Manus also distinguishes between temporary and persistent execution environments. [Standard task environments eventually close after completion, while outputs remain in chat history, and a separate Cloud Computer provides a persistent file system and always-on operation](https://help.manus.im/en/articles/15392111-what-is-the-cloud-computer). That gives users several ways to preserve inputs or environments around recurring work.
Kylon treats continuity as a workspace property. The next person opens the same Room and can read the thread, inspect the App records, and see which agent or human made the last decision. Each agent retains its own relevant memory and skills, while shared files and workspace knowledge remain available to the team. Handoffs do not depend on somebody writing a fresh recap.
That is the multiplayer wedge. Shared context reduces the cost of handoff. A research agent can leave findings in the same place where a writing agent receives them. A human can correct an assumption in a thread. A workflow can pick up after approval. The work accumulates for the team rather than remaining useful only inside one person's agent session.
## Collaboration beyond sharing an output
Manus does provide real-time collaboration. As checked on 2026-09-15, [Manus Collab lets invited participants view one task, prompt Manus directly, see the complete task history, and refine the output together](https://manus.im/docs/features/collab). Participants can also access and export task outputs.
The task remains the collaboration boundary. [The owner controls invitations, collaborators need Manus accounts, and simultaneous prompts are processed sequentially](https://manus.im/docs/features/collab). The documentation also says that [when the first collaborator joins, login cookies in that task sandbox are cleared](https://manus.im/docs/features/collab), so authenticated browser work may require another login.
Kylon makes collaboration the operating layer. A request can start in a Room, branch into a focused thread, and involve named agents with separate responsibilities, memories, and skills. Their output can update an App, pause for explicit human approval, then continue through a workflow. People see the evidence, records, and pending action on the same surface.
## Structured work that stays with the team
Kylon Apps turn conversation into shared operating state. Database Apps hold records that humans and agents can inspect and update, such as prospects, briefs, requests, or campaign items. Custom Apps add a purpose-built interface and logic for the process. The App remains beside the Room and its threads, so a teammate can trace a record back to the discussion that produced it.
Manus can work with external systems. As checked on 2026-09-15, [its documented prebuilt MCP connectors include Gmail, Notion, Stripe, HubSpot, Slack, Google Calendar, Google Drive, and GitHub](https://manus.im/docs/integrations/integrations). The same documentation covers [custom MCP servers, Zapier, Slack, and API options for proprietary systems, event-driven workflows, notifications, and embedded capabilities](https://manus.im/docs/integrations/integrations).
Kylon connections let an agent act in real tools under a named authorized account, not merely suggest the next click. The Room supplies context, a skill defines the method, an App stores the result, and a workflow determines when the process runs again. Human approval can remain the final gate before a message, update, or other external action goes out.
## Kylon vs Manus: how the work operates
The table below focuses on operating model and scope. Manus details were checked on 2026-09-15.
| How the product works | Manus | Kylon |
|---|---|---|
| Primary unit | [A task, optionally created within a Project that supplies instructions and files](https://manus.im/docs/features/projects). | A durable Room where human colleagues and several named agents share threads, files, Apps, and workflows. |
| Agent execution | [Multi-step work in a Cloud Browser or an authorized local Browser Operator session](https://manus.im/docs/features/browser-operator). | Named specialist agents use their own memory and skills, act through authorized connections, update Apps, and hand work to workflows. |
| Shared context | [Projects provide a master instruction and knowledge base to new tasks](https://manus.im/docs/features/projects). | Threads preserve decisions, Apps preserve records, and agent memory plus workspace knowledge let the next person or agent continue without a fresh recap. |
| Live collaboration | [Collab participants can view and prompt the same task in real time](https://manus.im/docs/features/collab). | Humans and several agents work in the same Room, with visible handoffs, focused threads, and shared review. |
| Structured data | [Connectors let the agent read data and perform actions in authorized external apps](https://manus.im/docs/integrations/integrations). | Database Apps turn conversation into shared records; Custom Apps add the interface and process logic the team needs. |
| Reusable methods | [Skills package reusable instructions, procedural knowledge, and tools](https://manus.im/docs/features/skills). | Each agent can carry specialized skills, while scheduled or event-triggered workflows make the method operational. |
| Continuity | [Project configuration carries into tasks, with a separate persistent Cloud Computer also documented](https://help.manus.im/en/articles/15392111-what-is-the-cloud-computer). | Durable threads, structured App records, agent memory, and running workflows preserve both the decision trail and the next step. |
| Human review | [Users can watch Cloud Browser activity, take control, and collaborate in a shared task](https://manus.im/docs/features/cloud-browser.md). | A human approval gate can hold an external action until someone reviews the discussion, evidence, and record in context. |
## What Kylon is for
Kylon is for teams that want a staffed operating room, not a series of isolated agent runs. Put human colleagues beside several named agents, give each agent a defined role, memory, and set of skills, and keep the work in threads that preserve the evidence and decisions.
A complete process can live there. A research agent gathers evidence. An analyst updates the shared App. A writer prepares the next action. A human reviews the thread and approves it. An operator uses a connection to act in the real service under a named account. A workflow schedules the follow-up or starts it when an event arrives. If responsibility changes, the next person can read the thread, inspect the record, and continue.
That model fits campaign operations, research pipelines, content production, customer requests, partner management, reporting, and internal knowledge workflows. Apps hold evolving business state rather than leaving it inside attachments. Skills make the team's method reusable. Agent memory and workspace knowledge carry forward what should not be rediscovered. Workflows keep the agreed process running while approval gates preserve human control over outbound action.
This is multiplayer work in concrete terms: several specialists, one shared context, visible handoffs, structured records, and a human decision at the point that matters.
## What a team can do on day one
Create one Room for a live process and add the people who own it. Bring in named agents for research, analysis, writing, and operations, each with the appropriate skills. Connect the services they need under the correct accounts, create an App for the records produced, and define which external actions require approval. Then schedule a recurring workflow or attach it to an event. The first run already leaves behind a thread, a structured record, and a clear next step for the team.
## Choosing a Manus AI alternative
The right choice begins with the unit of work you need.
If your main requirement is to give an agent a defined goal and let it perform multi-step browser work, Manus is organized around that model. As checked on 2026-09-15, [its Cloud Browser, Browser Operator, Projects, Collab, Skills, and integrations extend task execution with browser environments, reusable context, collaboration, specialized methods, and connected services](https://manus.im/docs/features/browser-operator).
If the requirement is a shared operating environment, evaluate what happens before and after the agent run. Can another person understand the decision? Can a second agent continue without a manual recap? Can the result update a shared record? Can review happen beside the source context? Can the process run again on a schedule or event?
Kylon is built around those questions. Humans and agents are peers in a workspace, not separate users passing isolated outputs between tabs. Rooms provide the shared context. Threads preserve focused decisions. Apps keep structured state. Skills and connections give agents repeatable methods and authorized reach. Workflows carry the process forward.
A capable solo agent can multiply one person's output. A multiplayer workspace can help the team's work compound.
Related reading: [7 best Manus alternatives for teams](/blog/manus-alternatives).
---
## Claude for Financial Advisors: how to run the same client meeting workflow on Kylon today
> Anthropic put connectors and workflow skills around the work advisors do before and after a client meeting. The pattern is portable. Here is how to build the prep brief, the approved follow-up, and the house checklist on Kylon right now, and where Kylon stops.
**Author:** Kylon Team · Product | **Date:** 2026-09-14 | **Category:** AI最新ニュース
**URL:** https://kylon.io/blog/claude-financial-advisors-sept-2026
## What Anthropic shipped
Anthropic introduced **Claude for Financial Advisors**, a set of connectors and workflow skills built around the work advisors do before, during, and after a client meeting. It is not a new model. It is an industry workflow layer: connectors into financial data, portfolio analytics, custody systems and CRM tools, plus named skills for onboarding, pre-meeting preparation, portfolio rebalance review, post-meeting notes, and follow-up. [Anthropic's financial services page](https://claude.com/solutions/financial-services) describes the connector and workflow approach, and [Wealth Management reports](https://www.wealthmanagement.com/artificial-intelligence/anthropic-launches-claude-for-financial-advisors) that the advisor plugin sits on Enterprise plans with administrator audit logs and usage-based pricing.
The interesting part is not the announcement. It is the admission underneath it: the bottleneck in advisory work was never the quality of the answer. It was gathering the context before the meeting and getting the record and the follow-up out afterwards.
That pattern is portable, and most of it does not need custodial data at all. Below is how to build it on Kylon today, with the connectors that exist now, and a clear line where Kylon stops.
## One room per client, so the context stops moving
The reason meeting prep is expensive is that the pieces live apart: the calendar entry, the CRM record, the last set of meeting notes, the unsigned form in a drive folder, the email thread where the client changed their mind.
On Kylon the unit is a room. You give a client, or a book of clients, its own room, and you put an agent in it as a member. The agent reads the room, keeps memory of what was decided, and reaches your tools through your own connected accounts: Google Calendar, Gmail or Outlook, Google Drive, Google Sheets, Salesforce, HubSpot or Pipedrive, DocuSign, Box, and meeting recorders including Fireflies, Granola, and tl;dv. The full list is on the [Kylon integrations page](https://kylon.io/integrations).
Nothing is copied into a separate assistant. The brief is assembled where the next person will look for it.
## Build one: the brief that arrives before you ask
Create a workflow on a schedule, for example every weekday at 18:00. Its job, written in plain language when you create it: read tomorrow's calendar entries, and for each client meeting, post a brief into that client's room covering the last contact, open items, the client-stated goal, and any documents added since the last meeting. Require a source line on every item.
That last instruction is the one that matters. A brief without provenance is a rumour you have to re-verify, which costs more than writing it yourself. A brief where each line names the record and its date is something you can walk into a meeting holding.
Workflows in Kylon run on a clock, on a webhook, or when a record in one of your apps changes, and every run keeps its history, so you can see what the brief was built from on any given day.
## Build two: the follow-up goes out only after you approve it
After the meeting, the transcript or your notes land in the room. The agent drafts the follow-up email, the CRM update, and the list of next actions.
Outbound email from a connected account is created as a draft card in the room. You read it, edit it, and send it. The agent does not send on its own. For work that touches client communications, that boundary is the feature, not a limitation: it is the difference between an assistant that drafts and a system that speaks in your name.
## Build three: your house checklist, written once
Anthropic's skills encode a firm's procedure. Kylon has the same idea, and yours are yours: a skill is a written procedure that any agent in the workspace reads on demand and follows the same way every time. Your annual review checklist, the questions you always ask before a rebalance conversation, the disclosure language that must appear in a follow-up.
Write it once, and the agent that prepares the Okafor brief and the agent that prepares the Reyes brief work from the same page. When the procedure changes, you change the page rather than reminding people.
For a fuller picture of how a finance team runs this, see the [finance use case](https://kylon.io/use-cases/finance).
## Where Kylon stops
Being useful here means being exact about what is not in the box.
Kylon does not connect to custodians or portfolio analytics platforms. There is no Schwab, Addepar, Orion, Envestnet, iCapital, or Wealthbox connector today. If your workflow depends on pulling live positions and performance from a custodial feed, that part is not Kylon, and Anthropic's connector list is the relevant one.
Kylon also does not give advice, check suitability, or serve as a compliance system of record. It holds the request, the sources, the draft, the approval, and the handoff. The judgement stays with the advisor, and the system of record stays wherever your firm keeps it.
What is left is still most of the day: the gathering, the drafting, the chasing, and the record.
## Start here
Pick one client meeting next week. Make a room for it, connect your calendar and your CRM, and ask an agent for the brief. If the brief is good enough to walk in with, schedule it for every meeting. If it is not, you will see exactly which source was missing, which is the part a benchmark will never tell you.
---
## GPT Image 2.5 vs GPT-Image-2: our day one numbers from inside Kylon
> GPT Image 2.5 became the default image model for every Kylon agent on launch day. We then ran the same prompts through GPT-Image-2, 2.5 Flare, and 2.5 Sunburst and measured what actually changed.
**Author:** Kylon Team · Product | **Date:** 2026-09-09 | **Category:** Product
**URL:** https://kylon.io/blog/gpt-image-2-5-day-one
## The short version
OpenAI released ChatGPT Images 2.5 on September 8, 2026, along with two new API models, GPT-Image-2.5 Flare and GPT-Image-2.5 Sunburst, as described in [OpenAI's announcement](https://openai.com/index/introducing-chatgpt-images-2-5/).
Kylon picked it up the same day. GPT Image 2.5 is now the default image model behind every agent in your workspace. Nobody has to connect an OpenAI account, paste an API key, or move a workflow. The prompt you used yesterday runs on the new model today, and what your workspace pays for image generation did not change.
## What OpenAI shipped
The release is aimed at the part of image work that actually takes the time, which is the second, third, and fourth version of the same asset. OpenAI describes better preservation of subjects from reference photos, more reliable multi-turn editing, more accurate real-world detail, and support for complex layouts and transparent backgrounds. [OpenAI](https://openai.com/index/introducing-chatgpt-images-2-5/)
For developers there are two models. GPT-Image-2.5 Flare is, in OpenAI's words, "the default choice for most applications, delivering higher-quality images than GPT-Image-2 at 50% lower latency". GPT-Image-2.5 Sunburst trades generation time for tighter control across edits and is meant for production creative. Both are documented with quality levels from low through max and output sizes up to 4K in [OpenAI's image prompting guide](https://developers.openai.com/api/docs/guides/image-prompting), and the model snapshots are listed on the [GPT-Image-2.5 Flare](https://developers.openai.com/api/docs/models/gpt-image-2.5-flare) and [Sunburst](https://developers.openai.com/api/docs/models/gpt-image-2.5-sunburst) model pages.
We wrote up the launch itself in more detail in [ChatGPT Images 2.5 launches with faster generation and more precise editing](/blog/chatgpt-images-2-5-launch-sept-2026).
## What changed inside Kylon
Three things, all of them on the platform side rather than yours.
**The default model moved.** Every agent that generates an image now calls GPT Image 2.5. Existing skills, workflows, and scheduled jobs inherit it without an edit.
**Generation got noticeably quicker.** On our own prompts at high quality, one image went from about 86 seconds on GPT-Image-2 to about 30 seconds on 2.5. The measurements, the side by side images, and the caveats are in the next section.
**The price did not move.** Image generation is part of the platform, billed the way it was before. There is no per-image credit to top up and no separate OpenAI subscription to buy.
## What we measured
We ran the comparison ourselves on 11 September 2026, from an agent inside Kylon, because the launch material reports a latency improvement but says nothing about our own prompts.
Three briefs, chosen because they are the image jobs this team actually runs: a brand illustration for a blog cover, an ad card that has to render specific copy, and a product interface mockup. Each brief ran on GPT-Image-2, GPT-Image-2.5 Flare, and GPT-Image-2.5 Sunburst at the same output size and the same high quality setting, twice per model. A fourth test took each model's own illustration and asked it, in one instruction, to change only what the screen shows.
Averaged across the three generation briefs, GPT-Image-2 took 86.3 seconds per image, Flare 29.7 seconds, and Sunburst 33.5 seconds. That is roughly a third of the old wall clock time, which is a larger gap than the 50% latency reduction OpenAI describes in [its announcement](https://openai.com/index/introducing-chatgpt-images-2-5/). Read our numbers as an order of magnitude rather than a precise figure: two runs per cell, three prompts running concurrently, and network plus proxy overhead included in every bar.
### The images themselves
On a clean brand illustration, all three models produce something usable. The difference is in how literally the brief is followed, not in whether the output is presentable.
The ad card is the harder test, because the copy has to come out right. All three rendered the headline, the sub line, and the button label correctly at this size. GPT-Image-2 filled the empty space with a product grid nobody asked for, while both 2.5 models kept the layout close to the brief.
### Where the gap is obvious
The clearest difference is the second pass, which is where production time actually goes. Each model received its own image back with one instruction: change only what the screen shows to a bar chart, keep everything else identical.
GPT-Image-2 rebuilt the scene around the change. The characters shift position, the screen grows, the plant moves. Both 2.5 models swapped the screen content and left the rest of the frame where it was. That is the behaviour that decides whether the sixth revision of an ad set is a revision or a restart.
### What we are not claiming
This is four tasks on one afternoon, not a benchmark suite. We did not test transparent backgrounds, 4K output, multi-reference composition, or text-heavy layouts at small sizes. Cost per approved asset, which matters more than any single number here, depends on how many rounds your reviewer needs. If you are choosing between image models, run your own briefs and your own edit sequence.
## Why day one matters more than the model
A new model is only useful once it reaches the place where the work happens. In most stacks that is a migration: someone updates a model string, someone else re-tests the prompts, and the marketing team waits.
In Kylon the model sits behind the agents, so the upgrade lands in the room where your team already works. The agent that writes your blog covers, the workflow that produces ad variations every Monday morning, the skill that builds product mockups for a use case page: all of them were on the new model within hours of the announcement, with no ticket and nothing to redeploy.
That is the same reason your agents get new language models, new video models, and new connectors without a rollout plan. The platform carries the upgrade so your workspace does not have to.
## What teams do with it
The pattern that pays off is not a single hero image. It is the tenth variation of an image that still looks like your company made it.
**Content visuals.** A cover, a social card, and in-article diagrams from one brief. Every cover on this blog, including the one at the top of this article, is produced this way.
**Ad creative in sets.** Ask for six variants at feed and story sizes, change one headline, keep the treatment. Multi-turn editing is where 2.5 earns its keep, because the sixth edit still respects the first five.
**Product and pitch visuals.** Mockups, concept art, and deck illustrations that hold one visual language across thirty slides.
If your workspace has a brand system saved, agents read it before they generate: colors, type scale, logo rules, and the patterns to avoid. Logos are composited from your real files rather than drawn by a model, which is the only way a wordmark survives contact with image generation. More on that in [the GPT-Image integration page](/integrations/gpt-image2).
## Try it in your own workspace
Open a room, ask an agent for the image you need, and describe the change you want next. No key, no credits, no new tab.
[Start a workspace](https://app.kylon.io/sign-up) or [book a demo](https://cal.com/team/kylon/kylon-product-introduction) if you would rather be walked through it.
Or walk around first. This is Kylon Land, the same workspace as a place you can step into.
---
## Google DeepMind launches AlphaGenome Atlas for large-scale genomic research
> Google DeepMind has introduced AlphaGenome Atlas, a searchable database that predicts the molecular effects of every possible single-letter DNA change. Here is what the atlas contains, how researchers can access it, and why it matters.
**Author:** Kylon Team · Product | **Date:** 2026-09-08 | **Category:** AI最新ニュース
**URL:** https://kylon.io/blog/alphagenome-atlas-launch-sept-2026
## The short version
Google DeepMind has introduced AlphaGenome Atlas, a database that predicts the effects of every possible single-nucleotide variant in the human genome. The Atlas uses AlphaGenome to pre-calculate the regulatory impact of roughly 9 billion single-letter genetic changes, producing a dataset of about 1 petabyte. Google DeepMind's announcement is the source for these figures.
The release is a research access product rather than a new general-purpose chatbot. Its value is the ability to search a large set of precomputed predictions and prioritize variants for further scientific work.
## What AlphaGenome Atlas contains
The human genome has about 3 billion base pairs. Google DeepMind says researchers understand protein-coding regions better than the remaining non-coding regions, where many regulatory effects are still difficult to interpret. AlphaGenome Atlas is intended to make those predictions easier to query. Google DeepMind
The Atlas introduces the **AlphaGenome Variant Impact score**, or AVI score. It combines predictions for coding and non-coding regions into a single prioritization signal, helping researchers narrow a large search space before running deeper analysis.
## Examples from the announcement
Google DeepMind describes two early research examples:
- At the Broad Institute, researchers used the score to prioritize variants in rare disease research. The Atlas highlighted a variant in the DNM1 gene and predicted an incorrect splice site, providing supporting evidence for an unsolved case.
- Using data from more than 54,000 UK Biobank participants, a researcher grouped variants by predicted molecular effects and reported 22% more non-coding genetic associations. The work also identified 19 genetic regions linked to body mass index among the highest-impact variants.
These examples are reported by Google DeepMind and describe research support, not clinical diagnoses or proof that every prediction is correct. The official announcement should be read alongside the underlying research materials.
## Access and availability
AlphaGenome Atlas is available through a web portal designed for researchers and biologists who do not want to write code for every query. Google DeepMind says the service is available today and is intended to broaden access to genomic predictions. Atlas portal
The announcement does not turn the resource into a clinical decision system. Researchers still need domain expertise, independent validation, appropriate datasets, and a clear separation between a model prediction and an established biological conclusion.
## How it fits with AlphaFold
AlphaFold helped make protein-structure predictions searchable at large scale. AlphaGenome Atlas applies a similar access idea to genetic variation and regulatory effects, but the scientific objects are different. Protein structure, DNA sequence regulation, and clinical interpretation each require different validation methods.
The important product decision is the precomputed, searchable layer. Researchers can spend more time selecting hypotheses and less time building a first-pass query pipeline, while still treating the output as evidence for the next stage of work.
## Who benefits most
The Atlas is most relevant to:
- Genomics researchers studying rare or non-coding variants.
- Biologists who need a visual query interface before using an API.
- Research teams prioritizing candidate variants for laboratory follow-up.
- Data scientists linking model predictions with cohort-level datasets.
- Organizations building reproducible research workflows around model outputs.
A useful evaluation should record the input variant, model output, score, dataset version, analyst decision, and any later validation. That record matters when several researchers revisit the same hypothesis.
## Why this matters for AI-native research workflows
The hardest part of applied research is often not finding one model. It is keeping the question, data source, evidence, review, and next action connected. Kylon gives teams a shared place for research requests, source files, agent work, decisions, and repeatable workflows, so a model output can move into a reviewable research process rather than staying in one person's browser tab.
## Bottom line
- AlphaGenome Atlas predicts the effects of every possible single-letter DNA change and makes the results searchable. Google DeepMind
- The dataset is about 1 petabyte and includes an AVI score for prioritization. Google DeepMind
- A web portal is available for researchers and biologists, with no coding required for basic access. Atlas portal
- The resource supports hypothesis generation and prioritization. It does not replace biological validation or clinical judgment.
---
## ChatGPT Images 2.5 launches with faster generation and more precise editing
> OpenAI has released ChatGPT Images 2.5 with sharper detail, more reliable multi-turn editing, Sketch, templates, and new API models. Here is what changed, who can use it, and what teams should test.
**Author:** Kylon Team · Product | **Date:** 2026-09-08 | **Category:** AI最新ニュース
**URL:** https://kylon.io/blog/chatgpt-images-2-5-launch-sept-2026
## The short version
OpenAI has launched ChatGPT Images 2.5, a new image model focused on sharper detail, more precise edits, better reference-photo fidelity, and faster generation. OpenAI says latency is reduced by up to 50% compared with Images 2.0. OpenAI's announcement is the source for the release details.
The update is available to ChatGPT, ChatGPT Work, and Codex users across desktop, mobile, and web. Developers can use two API models, GPT-Image-2.5 Flare and GPT-Image-2.5 Sunburst. OpenAI's pricing page provides the current API terms.
## What changed in ChatGPT Images 2.5
The model is designed to preserve recognizable subjects from reference photos while improving lighting, texture, and visual coherence. It also follows targeted edit instructions more reliably across multiple turns, so a team can change one element without rebuilding the entire asset. OpenAI
OpenAI also highlights more accurate real-world details, complex layouts, transparent backgrounds, and stronger adherence to a requested visual style. These are product claims from the launch announcement, not a guarantee for every prompt or production workflow.
## New controls for the creative process
ChatGPT Images 2.5 adds product features that make the starting point more concrete:
- **Sketch:** draw a rough layout or object directly in ChatGPT, then use it as a visual guide.
- **Templates:** start from formats such as posters, flyers, or product imagery rather than a blank prompt.
- **Image comments:** place comments directly on an image for more focused editing.
- **Prompt sharing:** share the prompt used to create an image so another person can adapt it to their own photos and details.
OpenAI says Sketch can be invoked with `@Sketch` in ChatGPT. The feature is described in the official announcement.
## Availability and developer models
Images 2.5 is rolling out to ChatGPT, ChatGPT Work, and Codex users across all tiers on desktop, mobile, and web. The API release has two models:
- **GPT-Image-2.5 Flare:** the default option for most applications, with the same quality, editing, and speed improvements. OpenAI positions it for social content, product experiences, visual search, prototyping, and high-volume generation.
- **GPT-Image-2.5 Sunburst:** a higher-precision option for production creative and detailed product imagery, with longer generation times.
The announcement does not replace the need to check account access, rate limits, output sizes, and current API pricing before moving a workflow into production. Pricing is maintained on OpenAI's API pricing page.
## Who benefits most
The update is most relevant to teams that repeatedly revise visual assets while keeping a product, person, layout, or brand treatment consistent:
- Marketing teams producing campaign variations and social assets.
- Retail and ecommerce teams adapting product imagery across formats.
- Creative teams that need a rough sketch to become a polished concept.
- Developers building image generation or editing into a product.
- Content operations teams that need a reviewable trail from brief to final asset.
The practical test is not whether one image looks impressive. It is whether the workflow preserves the parts that must stay fixed while changing the one part a reviewer requested.
## How to evaluate it against other image tools
Teams comparing image systems should use the same references and the same edit sequence. Measure subject fidelity, edit locality, consistency after several turns, text rendering, latency, cost per approved asset, and the amount of human correction required. A single first-generation sample is not enough for a production decision.
For a brand workflow, keep the source brief, reference image, approvals, and final files in a shared workspace. This makes it easier to compare model versions without losing the reason behind each revision.
## Why this matters for AI-native workspaces
A faster image model changes the generation step, but production work still needs a brief, source files, review ownership, permissions, and a place for the final asset to live. Kylon connects channels, agents, files, skills, connections, and workflows so teams can keep that context around the model call and hand the result to the next person.
## Bottom line
- ChatGPT Images 2.5 focuses on fidelity, targeted editing, multi-turn consistency, and speed. OpenAI
- OpenAI says generation latency is up to 50% lower than Images 2.0. OpenAI
- Sketch, templates, image comments, and prompt sharing make the creative process more structured.
- GPT-Image-2.5 Flare and Sunburst are available through the API, with pricing listed separately. OpenAI pricing
- Teams should test repeated edits and cost per approved asset, not just visual quality on the first attempt.
---
## GPT-6 Astra rolls out to ChatGPT Plus: what the $20 tier gets
> OpenAI is expanding GPT-6 Astra to ChatGPT Plus in a phased rollout. Here is what changes for computer use, coding, research, availability, API pricing, and teams comparing frontier models.
**Author:** Kylon Team · Product | **Date:** 2026-09-07 | **Category:** AI最新ニュース
**URL:** https://kylon.io/blog/openai-gpt-6-astra-plus-rollout-sept-2026
## The short version
OpenAI is expanding GPT-6 Astra to ChatGPT Plus in a phased rollout. The $20 plan is now part of the broader access expansion announced by OpenAI, alongside Pro, Business, and Enterprise. Availability may take several days and can differ by product surface. OpenAI's launch announcement is the source for the rollout and capability details.
This is a meaningful distribution change, not a new model announcement. Astra launched on September 3 for a limited set of organizations. The latest development is that the model is moving toward a much wider paid-user audience.
## What GPT-6 Astra is designed to do
OpenAI positions Astra for computer use, browsing, software engineering, cybersecurity, science, and professional work. It can fill online forms, update customer records, organize calendars, research online, draft documents, analyze data, create plots, build websites, and run frontend checks. These are capabilities described by OpenAI, not a guarantee that every workflow will perform the same way in production. Source
The model is also intended to carry context through longer work. OpenAI says Astra can adjust when requirements change, ask focused questions when a decision matters, and continue independent work in Codex while waiting for an answer when the work can proceed safely. Source
## The practical change for Plus subscribers
The key change is access. OpenAI says Astra is rolling out over the coming days to ChatGPT Plus, Pro, Business, and Enterprise users. Usage is included within existing subscription allowances, with additional credits available for users and businesses that need more capacity. Enterprise administrators can enable Astra for their workspace, and access is off by default at launch. Source
Because this is staged, a Plus subscriber may see Astra in one product surface before another. OpenAI's current availability documentation says product allowances are separate across ChatGPT Work and Codex, so teams should confirm where Astra appears in their account before changing a workflow. OpenAI Help Center
## API availability and pricing
Developers can use the model through the OpenAI API as `gpt-6-astra`, as well as through Microsoft Azure and AWS Bedrock. OpenAI lists standard API pricing of $10 per million input tokens and $50 per million output tokens. Cache reads and writes have separate rates. Fast mode is available at up to twice the speed of Standard processing for twice the Standard price. OpenAI's pricing details
These prices are not directly comparable to a ChatGPT subscription. The subscription provides product access within allowances, while API pricing applies to applications and automated workloads. Teams should measure cost per completed task, including tool calls, retries, and human review.
## How Astra compares with Claude and Gemini
OpenAI's own evaluation table places GPT-6 Astra alongside Claude Fable 5.1, Claude Opus 5, and Gemini 3.8 Flash. The table reports Astra ahead of GPT-5.6 Sol on several computer-use, coding, and academic evaluations, while competitor results vary by benchmark. For example, OpenAI reports 72.6% for Astra and 65.7% for GPT-5.6 Sol on OSWorld 2.0, and 57.9% versus 55.8% for Claude Fable 5.1 on Terminal-Bench 4.0. These are vendor-published figures and should be validated with representative tasks before procurement decisions. Benchmark table
The useful comparison is task-level rather than a single leaderboard position:
- **Computer use:** Astra is positioned for browser and desktop actions, while teams should test permissions, recovery, and review paths.
- **Coding:** Astra, Claude Fable 5.1, and Gemini 3.8 Flash all target software engineering, but toolchains and pricing differ.
- **Long-running work:** Astra emphasizes context continuity and Codex workflows. Other models may be a better fit where a team already has a mature tool or cloud integration.
- **Safety and governance:** Astra includes additional monitoring and production safeguards, while enterprise teams still need their own access controls and approval rules.
## Why this matters for AI-native workspaces
The distribution shift makes model choice easier to revisit, but it does not remove the operational work around agents. A team still needs a visible request, source context, permission boundary, tool connection, approval path, and completed artifact. Those pieces determine whether a model upgrade becomes a reliable workflow or just a faster demo.
Kylon is designed for that surrounding work. Teams can keep channels, agents, connections, files, skills, and recurring workflows in one workspace, then change the model used for a step without losing the context and review trail around it.
## What teams should test first
Before moving a production workflow to Astra, test a small set of representative tasks:
1. Can the model complete the task without access beyond the intended scope?
2. Does it pause for human input when the next action is consequential?
3. How often does it recover from a failed tool call or an unfamiliar screen?
4. What is the cost per completed task after retries and review?
5. Can another teammate understand what happened from the saved context and output?
This checklist matters more than a headline benchmark for workflows that touch customer records, financial data, code repositories, or external communications.
## Bottom line
- GPT-6 Astra is moving from limited access toward ChatGPT Plus, Pro, Business, and Enterprise users. OpenAI
- The Plus rollout is phased, and availability can differ across product surfaces. OpenAI Help Center
- The API is listed at $10 per million input tokens and $50 per million output tokens, with separate cache rates. OpenAI
- Teams should evaluate permissions, recovery, cost per completed task, and human review alongside model quality.
For the full capability and availability details, read OpenAI's GPT-6 Astra announcement.
---
## Anthropic makes computer use, Skills API, and Files API generally available
> Anthropic has made computer use, browser use, the Skills API, and the Files API generally available on the Claude Platform. The update turns a set of agent capabilities into a production building block for software, documents, and web workflows.
**Author:** Kylon Team · Product | **Date:** 2026-08-20 | **Category:** AI最新ニュース
**URL:** https://kylon.io/blog/claude-platform-agent-tools-ga-aug-20
## The short version
Anthropic says computer use, the new browser use tool, the Skills API, and the Files API are now generally available on the Claude Platform. The announcement is a meaningful shift from isolated demonstrations to a set of production components for agents that can operate software, use a team's procedures, and return files. Anthropic's announcement is the source for the availability and feature details.
Computer use lets an agent click, type, and scroll in software from screenshots. Browser use adds page structure so an agent can target a web element instead of relying only on coordinates. The Skills API lets teams upload and version instructions, scripts, and templates. The Files API stores documents an agent reads or creates.
## What changed
### Computer use adds browser use and multi-action turns
The updated computer use tool can take several actions in one turn instead of one action per model call, according to Anthropic. Anthropic also introduced a browser use tool that combines screenshots with page structure. This is designed for web applications where an agent must identify a field or button, not just click a fixed position. See Anthropic's product announcement.
Anthropic says computer use is also eligible for HIPAA-regulated workloads under a business associate agreement. Teams still need to evaluate their own security, authorization, and audit requirements before using the feature with regulated data. The announcement states the product scope, not an approval for every workflow.
### Skills API turns procedures into reusable packages
A skill is a folder containing instructions, scripts, and templates. The Skills API lets a team upload and version those materials, then attach them to a request. Anthropic says the skills run in Claude's code execution sandbox, so the team does not need to host the skill itself. The official announcement describes the Skills API.
This matters for organizations where a process is currently known by one person. A claims procedure, a credit memo format, or a review checklist can be stored as an explicit package. The package still needs ownership, review, and change control. Turning a procedure into a skill does not by itself make the procedure correct.
### Files API gives agents durable document references
The Files API provides storage for documents an agent reads and writes. Anthropic says a PDF or spreadsheet can be uploaded once and referenced by ID in later requests, rather than sent again each time. The general availability announcement also lists automatic file expiration, five times higher rate limits, and 1 TB of storage per organization. These limits and capabilities come from Anthropic's announcement.
For teams, the operational question is which files should persist, how long they should remain available, and who can reference them. File retention should be part of the workflow design rather than an afterthought.
## The workflow Anthropic is describing
Anthropic uses a claims workflow as an example: an agent reads an intake document from the Files API, follows a skill containing the team's filing procedure, completes a submission in an insurer's web portal with browser use, and saves the confirmation as a file. This example is described in the official announcement.
The important change is the connection between four layers:
1. A document gives the agent the case context.
2. A skill gives it the team's method.
3. Computer or browser use lets it operate software.
4. The Files API preserves the output for later review.
That combination is more significant than any one tool. It gives developers a way to model an end-to-end task instead of stopping at text generation.
## Availability, pricing, and platform support
Anthropic says computer use, browser use, the Skills API, and the Files API are available on the Claude Platform. The Skills API and Files API are also available through Microsoft Foundry. The updated computer use and browser use tools are coming soon to Google Cloud's Vertex AI, according to the announcement. Existing beta integrations continue to work while customers migrate. Anthropic's availability statement is the current source for these details.
The announcement does not include a standalone price table for these capabilities. Teams should check their Claude Platform, Microsoft Foundry, or cloud contract for current model, tool, storage, and usage charges before estimating a production budget.
## How this compares with other agent platforms
The market is moving toward agents that can do more than answer a question, but the boundaries differ by product. Claude's update is developer-facing: it supplies APIs and tools that a team can compose into its own application. Consumer assistants and office-suite copilots usually optimize for a ready-made interaction surface. An AI-native workspace such as Kylon places the review conversation, permissions, connected tools, and recurring workflows around the agent's work.
The comparison is not about which product has the longest feature list. It is about where context and accountability live:
| Question | Claude Platform tools | Kylon workspace |
| --- | --- | --- |
| Where the workflow is assembled | In the developer's application and API calls | In rooms, agents, connections, skills, and workflows |
| Where a team procedure lives | A versioned skill package | Shared workspace memory and reusable skills |
| Where a human reviews work | In the application built by the developer | In a visible room or approval card |
| What remains after completion | Files and application records chosen by the builder | The draft, discussion, decision, and workflow history in the workspace |
Claude's tools are useful when a development team wants to build a custom agent application. Kylon is useful when the team wants the work, review, and institutional context to remain visible to the people responsible for it.
## What teams should test first
1. Start with a non-sensitive document and a reversible browser task.
2. Keep computer use and browser use behind explicit human approval.
3. Version the skill and assign an owner before connecting it to production data.
4. Define file expiration, access rules, and the record that proves completion.
5. Measure corrections, blocked actions, time to completion, and handoffs.
6. Expand permissions only after the review path works with real users.
## Bottom line
Anthropic's general availability release brings computer use, browser use, the Skills API, and the Files API together as a production toolkit for agents. The opportunity is clear: an agent can combine documents, procedures, software interaction, and finished files in one workflow. The difficult part is equally clear: teams must design permissions, review, retention, and ownership around that capability. Read the full announcement from Anthropic.
---
## OpenAI expands ChatGPT Ads to 31 European countries
> OpenAI says ChatGPT Ads will expand to 31 European countries next week. Ads will appear only for Free and Go users, while Plus, Pro, and Enterprise subscriptions remain ad-free.
**Author:** Kylon Team · Product | **Date:** 2026-08-19 | **Category:** AI最新ニュース
**URL:** https://kylon.io/blog/chatgpt-ads-europe-aug-19
## The short version
OpenAI says ChatGPT Ads will expand to 31 European countries next week, including Germany, France, Spain, Italy, Sweden, Norway, Denmark, the Netherlands, and Austria. OpenAI's announcement is the source for the market list and timing.
Ads will be shown only to users on the Free and Go plans. Plus, Pro, and Enterprise subscriptions will remain ad-free. Advertisers will initially access the European inventory through OpenAI's Ads Solutions team, agency partners, and technology partners, with self-service access through Ads Manager planned for later this summer. Source: OpenAI.
## Why this is a major platform change
ChatGPT Ads places paid discovery inside a conversational environment where people explain goals, constraints, and preferences instead of entering only a short keyword. OpenAI describes use cases including travel planning, software selection, home furnishing, learning, and hobbies. OpenAI describes these decision contexts.
This changes the unit of advertising from a search query to a stated goal. The announcement does not promise that an ad will influence an answer or guarantee a purchase. It describes an opportunity for advertisers to reach people while they explore and compare options. Source: OpenAI.
## Where ads are available
OpenAI says the European expansion adds 31 markets to the countries where ChatGPT Ads are already being tested. OpenAI began a US pilot in February and says the European expansion is its largest market expansion to date. OpenAI's announcement is the source for this rollout history.
The initial European buying path is not fully self-service. Advertisers can work through OpenAI's Ads Solutions team, agency partners, and technology partners. OpenAI says self-service through Ads Manager will follow later this summer, but it does not provide a specific date in the announcement. Source: OpenAI.
## What OpenAI says about privacy and separation
OpenAI says conversations remain private from advertisers and that it does not sell customer data. It also says ads are clearly labeled, separate from ChatGPT's answers, and do not influence the answers ChatGPT provides. Users can control ad personalization, and paid plans remain available without ads. These are OpenAI's stated advertising principles.
These statements describe OpenAI's product policy. Advertisers should still treat targeting, measurement, consent, and regional privacy compliance as separate implementation questions.
## Measurement and buying tools
OpenAI says the platform has expanded beyond CPM and CPC bidding to include conversion optimization, geo-targeting, custom audiences, the OpenAI Pixel, the Conversions API, and third-party measurement integrations. OpenAI lists these platform capabilities in the announcement.
The announcement does not publish a universal rate card for the European expansion. Teams should ask the relevant partner about inventory, bidding, audience eligibility, measurement access, and the timing of self-service Ads Manager access.
## How it compares with ordinary search advertising
Traditional search advertising generally maps a bid to a query and a results page. ChatGPT Ads is positioned around conversational intent and a user's stated objective. That may create richer context, but it also requires marketers to explain the value of a product without assuming a single keyword captures the need.
Kylon's own paid search rule remains unchanged: do not buy Kylon or Kylon AI brand keywords. If ChatGPT Ads becomes relevant to a future campaign, the same discipline applies. Evaluate non-brand demand, qualified task intent, and completed business outcomes rather than paying to intercept people already looking for Kylon.
## What marketers should prepare
1. Define the customer problems the product can solve without relying on brand terms.
2. Prepare landing pages that answer the same constraints a person describes in a conversation.
3. Separate discovery metrics from qualified lead and completed-task metrics.
4. Confirm how conversion events, consent, and regional reporting will work before launch.
5. Compare ChatGPT Ads with existing channels using incremental outcomes, not click volume alone.
## Bottom line
OpenAI's expansion brings ChatGPT Ads to 31 European markets and makes conversational discovery a larger paid media surface. The immediate opportunity is access to a new decision context. The immediate work for marketers is to understand eligibility, measurement, privacy controls, and whether the traffic creates qualified demand. OpenAI's official announcement is the current source for the rollout details.
---
## Claude can now send Gmail replies, while Cowork expands to paid plans
> Anthropic has expanded Claude's Google Workspace connector so it can send, reply to, and forward Gmail messages, while Claude Cowork is available across web, desktop, and mobile surfaces for paid plans. Here is what changed and where the approval boundary remains.
**Author:** Kylon Team · Product | **Date:** 2026-08-19 | **Category:** AI最新ニュース
**URL:** https://kylon.io/blog/claude-gmail-cowork-aug-19
## The short version
Anthropic has moved Claude's Gmail connector beyond reading messages and preparing drafts. Claude can now send, reply to, and forward Gmail messages. Approval is still required by default, while Team and Enterprise owners can decide whether members may allow certain actions to run without asking each time. Anthropic's Google Workspace documentation is the source for these permissions.
Anthropic has also expanded Claude Cowork across desktop, web, mobile, and the Claude in Chrome side panel. Cloud sessions and files stay with the Claude account, so a task can be started on one surface and resumed on another. Anthropic's Cowork documentation describes the current surfaces and beta limitations.
## What changed in Gmail
The Google Workspace connector can now send, reply to, and forward email from Gmail. This is a meaningful change from generating a suggested response. The connector can complete the delivery step after the user asks Claude to perform it. Anthropic documents the three Gmail actions here.
The default boundary remains explicit approval for each action. On Team and Enterprise plans, an owner decides whether members can allow certain actions to run without asking every time. Anthropic's permission description does not mean that every account can remove the approval step.
## Why the approval setting matters
Sending an email is an external side effect. A system that summarizes an inbox and a system that sends a message should be evaluated differently. Teams should define which recipients, message types, and account contexts can be handled without another review step. The available approval controls are described in Anthropic's Google Workspace documentation.
A practical rollout can start with drafts or explicit approval, then measure corrections, wrong-recipient attempts, duplicate sends, and escalation volume. Those measures are operational recommendations, not claims about Anthropic's product behavior.
## What changed in Cowork
Claude Cowork is available on desktop, web, mobile, and in the Claude in Chrome side panel. The web and mobile experience is in beta, and the documentation lists connectors, skills, plugins, scheduled tasks, projects, and file previews among the supported capabilities across surfaces. See the current feature table.
Cloud Cowork runs on Anthropic's servers rather than the user's computer, and sessions and files are saved to the Claude account. Local file access, browser use, and computer use have surface-specific requirements, so teams should not treat mobile or web access as identical to desktop access. Anthropic explains these limitations.
## Availability and plans
Anthropic's Cowork help page says Cowork is available on paid plans, with availability varying by surface and organization settings. The web and mobile experience is available for Pro, Max, and Team plans, and Enterprise availability depends on administrator enablement. Anthropic's plan and surface guidance is the source for this scope.
The Google Workspace connector documentation does not present a separate per-message price for Gmail actions. The relevant cost is the Claude plan and any organization-level controls attached to it. Check the account's current plan and administrator settings before designing a production workflow.
## Where a shared workspace handles email differently
Claude's update expands what one assistant can do with a connected mailbox. For a team, the harder question is not whether the assistant can press send. It is whether the review, the prior correspondence, and the work that repeats every week all sit somewhere the rest of the team can see.
Kylon connects Gmail and Outlook the way it connects any other tool, and email work then behaves like the rest of the workspace.
**Every outbound message starts as a draft the team can see.** When an agent writes an email in Kylon, it does not go out. It appears in the room as a draft card showing recipient, subject, and full body. A person reads it, edits it in place, and approves it. Because the draft sits in a room instead of one person's assistant window, the reviewer does not have to be the mailbox owner, so a colleague can catch a wrong recipient before the message exists.
**The agent reads the correspondence before it writes.** A connected mailbox keeps its message history in the workspace, so an agent can search what was already said to this person, quote the exact inbound message it is answering, and keep the reply in the same thread. The team can read that history too, which is what makes an account transferable when the person who owns the relationship is away.
**Recurring email work becomes a workflow rather than a repeated request.** Triage rules, scheduled inbox checks, chasing unanswered threads, and drafting a reply when an external event arrives can all run as workflows in the same room, each with its own run history. Nobody has to reopen a chat and re-explain the task every morning.
| Question | Single assistant with a mailbox connector | Kylon |
| --- | --- | --- |
| Who approves a send | The person holding the session, action by action, in their own client | Anyone in the room with access to that connection, on a draft card the team can see |
| What context the reply carries | The current conversation plus whatever the connector fetches | Stored mailbox history, plus the room, files, and decisions around the request |
| What remains afterwards | The assistant transcript | The draft, the approver, the thread, and the run record in the workspace |
| Work that repeats | Ask again | A workflow on a schedule or a trigger, with its own run history |
None of this is an argument against Claude's connector. It is a note about where accountability lives once an assistant can act outside your own account. [Kylon's integrations page](https://kylon.io/integrations) lists the tools an agent can connect, and [what Kylon is](https://kylon.io/what-is-kylon) covers how rooms, agents, and workflows fit together.
## What teams should test first
1. Start with a narrow mailbox, a defined recipient group, and explicit approval.
2. Record the source thread, proposed message, final message, and approving person.
3. Add checks for sensitive information, external recipients, and duplicate sends.
4. Compare the time to a completed task, not only the time to a generated draft.
5. Expand permissions only after the review path is reliable.
## Bottom line
Claude's Gmail connector now crosses the line from drafting to sending, while Cowork expands the surfaces where a task can be started, steered, and reviewed. The product change is significant because the main design question becomes permission and accountability, not only writing quality. Anthropic's Gmail documentation and Cowork documentation should remain the source of truth as availability changes.
---
## Gemini in Chrome reaches Android users in the US with Auto Browse for subscribers
> Google says Gemini in Chrome is now available to all Android users in the US. AI Pro and AI Ultra subscribers also get Auto Browse for selected multi-step web tasks, with confirmation required for some sensitive actions.
**Author:** Kylon Team · Product | **Date:** 2026-08-19 | **Category:** AI最新ニュース
**URL:** https://kylon.io/blog/gemini-chrome-android-aug-19
## The short version
Google says Gemini in Chrome is now available to all Android users in the United States. The browser assistant can summarize long articles, answer questions about a page, connect with Google Calendar and Keep, and customize or generate images with Nano Banana. Google's announcement is the source for the rollout and feature list.
AI Pro and AI Ultra subscribers on Android in the United States also get Auto Browse. Google describes it as an agentic capability for tasks such as booking parking, updating a recurring online order, or organizing travel. Google's official post says Auto Browse asks for confirmation before some sensitive tasks.
## What is new on Android
Gemini in Chrome opens from the Gemini icon or the three-dot menu in the top bar of an Android device. It can work with the page currently open, so the user does not need to switch to a separate assistant app for every question. Google documents the entry points and page features.
The rollout is for Android users in the US. This is a regional availability statement, not a global Android launch. Teams with users elsewhere should verify the current country and account requirements before communicating availability. Google's announcement specifies the US scope.
## What Auto Browse can do
Auto Browse is designed for multi-step web errands. Google's examples include booking parking for an event, changing a recurring online order, and organizing travel. These examples describe intended use cases from Google, not a guarantee that every website or task will work. Source: Google.
The feature is limited to AI Pro and AI Ultra subscribers on Android in the US, according to Google. The announcement does not describe a separate usage price for Auto Browse, so the relevant commercial condition is the applicable subscription and the user's region. Source: Google.
## Safety and confirmation
Google says the features are designed with security controls, including model training to detect known threats such as prompt injection. Google also says Auto Browse asks for confirmation before completing some sensitive tasks. The announcement links to Google's agent security explanation.
The confirmation boundary is important for teams. A browser agent can prepare a plan and navigate several pages, but a purchase, account change, or other sensitive action may still require a person to review the final step. The exact controls depend on the product and site, so teams should test with non-production accounts first.
## How it compares with other action-taking assistants
Gemini in Chrome uses the browser as its working surface. Claude Cowork uses connected files and tools across desktop, web, and mobile, while Claude's Google Workspace connector can send, reply to, and forward Gmail messages with approval controls. Anthropic's connector documentation and Cowork documentation describe those capabilities.
The comparison is not only about which assistant can click more pages. Teams should compare the system of record, permission scope, review point, failure recovery, and audit trail. A browser task that succeeds but leaves no shared record may still create operational work for the next person.
## What teams should test first
1. Use a test account with no sensitive saved payment or identity data.
2. Start with read-only research and reversible updates.
3. Record which pages were visited and which actions were proposed.
4. Measure how often the agent asks for clarification or human confirmation.
5. Confirm what happens when a website changes its layout or blocks automation.
## What this means for AI-native workspaces
A browser agent becomes easier to govern when the request, source links, permissions, decision, and result stay together. Kylon gives teams rooms, files, agents, connections, skills, and recurring workflows in one workspace. A team can keep a browser task's context in a room, assign review to a person, and preserve the completed result for later work.
## Bottom line
Gemini in Chrome is now available to all Android users in the US, while Auto Browse extends multi-step web work to AI Pro and AI Ultra subscribers in that region. The release makes browser context more actionable, but the value for teams will depend on regional access, confirmation design, and the quality of the record left after the task. Google's official announcement remains the primary source.
---
## Kylon Bloom, a Codex Pet You Can Download
> Our mascot is now a Codex pet. Nine animation states: idle, walking, waving, jumping, failing, waiting on you, working, and reviewing. Download the zip, drop it in ~/.codex/pets/, done. Free.
**Author:** Tsukinoko · Solution Engineer | **Date:** 2026-08-19 | **Category:** Product
**URL:** https://kylon.io/blog/kylon-bloom-codex-pet
We turned the Kylon mascot into a Codex pet. It is called **Kylon Bloom**, and it sits in the corner of your screen telling you whether Codex is working, stuck, or waiting on you. It is free.
## Nine states
- **Idle**: breathes quietly, blinks now and then
- **Running right / running left**: a side-profile walk cycle
- **Waving**: greets you when you come back
- **Jumping**: crouches, launches, tucks at the peak, lands
- **Failed**: head drops and a single tear falls
- **Waiting**: tilts its head and holds a palm up, asking
- **Running**: folds its arms in front and concentrates
- **Review**: hand under the chin, eyes narrowed
## Download
[**Download kylon-bloom-codex-pet.zip**](/pets/kylon-bloom/kylon-bloom-codex-pet.zip) (about 800KB). Inside are two files, `pet.json` and `spritesheet.webp`. The [spritesheet on its own](/pets/kylon-bloom/spritesheet.webp) is there too.
## Install
### 1. Let Codex do it
You do not have to download or unzip anything yourself. Paste this into the Codex composer:
```text
Download https://kylon.io/pets/kylon-bloom/kylon-bloom-codex-pet.zip and unpack it into ~/.codex/pets/kylon/ so that pet.json and spritesheet.webp sit directly in that folder. Confirm both files are there when you are done.
```
If you would rather do it by hand, unzip the download into the same place:
```bash
mkdir -p ~/.codex/pets/kylon
cd ~/.codex/pets/kylon
unzip ~/Downloads/kylon-bloom-codex-pet.zip
```
### 2. Restart the Codex app
A running app will not pick up a new pet. Quit it and open it again.
### 3. Pick it under Settings, Appearance, Pets
Kylon appears in the list. Typing `/pet` in the composer toggles the overlay on and off.
## What Codex pets are
Optional animated companions OpenAI added to the Codex app in May 2026. They write no code. They sit in a floating overlay and show whether the active thread is running, waiting for input, or ready for review (Engadget, 2 May 2026). Alongside the built-in options you can add your own, and the community gallery has passed 3,000 published pets (Codex Pets).
Also worth a look: [connecting Codex to a Kylon workspace](/blog/codex-kylon-workspace) and [Codex and Claude Code, agents at home](/blog/codex-claude-code-agents-home).
---
## Z.ai launches GLM-5.3 for coding and cyber defense
> Z.ai has released GLM-5.3, a post-trained update to the GLM-5.2 base model focused on coding, long-horizon agent work, and defensive cybersecurity.
**Author:** Kylon Team · Product | **Date:** 2026-08-14 | **Category:** AI最新ニュース
**URL:** https://kylon.io/blog/glm-5-3-launch-aug-2026
## The short version
Z.ai has released GLM-5.3, a new version of its flagship model built on the same base model as GLM-5.2. The company says the gains come from scaling post-training across more environments and longer-horizon tasks. Z.ai's announcement is the primary source for the release details.
Z.ai posted the release on X:
GLM-5.3 is available through the GLM Coding Plan and ZCode. Z.ai says API access and open weights will be released in stages after additional safety evaluations. That staged release is part of the story: the company is positioning the model for coding while treating its reported cyber capability as a deployment risk that needs more review.
## What changed in GLM-5.3
Z.ai says it kept the GLM-5.2 base model and focused the new training effort on post-training. The announcement describes more varied task environments, longer runs, and more compute spent training on those environments.
The company reports a 50% improvement over GLM-5.2 on its internal Z.ai Code Bench. It also reports open-source state-of-the-art results on Terminal Bench 3.0 and Agents' Last Exam. These are company-reported figures, not a guarantee that every repository or workflow will see the same result. Source
For teams, the practical question is whether the model can stay useful across a chain of work: understand a repository, plan a change, edit multiple files, run tests, interpret failures, and return a reviewable result.
## Cyber defense is the unusual part of this release
Z.ai says GLM-5.3 developed stronger cyber capabilities during post-training than the company expected. The model is presented as a defensive-security system, but capability claims in this area need careful separation between vulnerability discovery, validation, and exploit development.
Reuters reported that Z.ai claimed an 84.5% score on CyberGym, compared with 83.8% for Anthropic's restricted Mythos 5. The figures have not been independently verified. Reuters coverage
The same reporting describes a wider gap on exploit development. That distinction matters for risk review. A model that can find and confirm a vulnerability is not equivalent to a model that can produce a working attack, and neither result removes the need for an authorized test environment.
## Availability and pricing
GLM-5.3 is available now through Z.ai's GLM Coding Plan and ZCode. Z.ai says API access and open weights will follow a staged process after safety evaluations and hardening. Official release post
The announcement does not provide a stable public API price for GLM-5.3. Teams should avoid budgeting from third-party summaries until the official API documentation lists the model, limits, and billing terms.
For open-model teams, the delay in open weights is a meaningful change from the fast release patterns associated with earlier versions. It gives Z.ai time to evaluate the cyber capability before making the weights broadly downloadable.
## How it fits with Gemini, GPT, and Grok
The current model market is dividing the agent problem into different priorities.
- **Gemini 3.7 Flash** focuses on coding, web development, knowledge work, and business workflows, with introductory API pricing through the end of 2026. Google's announcement
- **GPT-5.6 Sol Ultrafast** keeps GPT-5.6 Sol as the underlying model and changes the processing tier, with OpenAI reporting up to 750 output tokens per second in a limited preview. OpenAI's announcement
- **Grok 4.6** emphasizes long-running agents, coding, and knowledge work, with access through xAI's API, Grok Build, Cursor, and GitHub Copilot. xAI's announcement
- **GLM-5.3** emphasizes post-training gains, coding, defensive security, and a staged path toward API access and open weights. Z.ai's announcement
The useful comparison is not a single leaderboard. It is a representative task set with the team's repository context, tool permissions, review process, retries, and total cost per completed task.
## What teams should test
A practical evaluation should include:
1. A real repository with a known bug and a clear test suite.
2. A multi-file change that requires planning and repeated tool use.
3. A long-horizon task where the agent must recover from a failed test.
4. A security review in an explicitly authorized, isolated environment.
5. A record of review time, rejected changes, retries, and completed-task cost.
For cybersecurity use, define the boundary before the model receives access. Keep production credentials out of the test, record every tool call, and require human approval before any change or network action.
## Why the workspace around the model matters
Model quality is only one part of an agent workflow. The request, source documents, repository context, tool permissions, human review, and final record need to stay connected if a team wants repeatable work instead of one-off output.
Kylon gives teams a shared workspace for rooms, files, agents, connections, skills, and recurring workflows. That makes it possible to evaluate a model in the same operational context where the result will be reviewed, approved, and reused. The goal is not to make a capability claim on behalf of a model. It is to make the team's own evidence easier to collect and share.
## Bottom line
- GLM-5.3 keeps the GLM-5.2 base model and attributes its gains to scaled post-training. Z.ai
- Z.ai reports stronger coding and long-horizon agent performance, including a 50% internal Code Bench improvement. Z.ai
- Cyber-defense figures are company-reported and not independently verified. Reuters
- GLM Coding Plan and ZCode are available now; API access and open weights are staged behind further safety work. Z.ai
Teams evaluating GLM-5.3 should measure completed work, review burden, permissions, and auditability together.
---
## Google launches Gemini 3.7 Flash for coding and agents
> Google has introduced Gemini 3.7 Flash, a workhorse model focused on coding, knowledge work, web development, and agent workflows, with introductory API pricing through the end of 2026.
**Author:** Kylon Team · Product | **Date:** 2026-08-13 | **Category:** AI最新ニュース
**URL:** https://kylon.io/blog/gemini-3-7-flash-launch-aug-2026
## The short version
Google has introduced **Gemini 3.7 Flash**, describing it as its most intelligent workhorse model yet for coding and agents. The release arrives three weeks after Gemini 3.6 Flash and targets software engineering, knowledge work, web development, and business workflow automation. Google's official announcement is the source for the launch date, positioning, and benchmark figures below.
The commercial headline is the introductory price: $0.75 per million input tokens and $3.75 per million output tokens through the end of 2026. Google says this is half the original Gemini 3.6 Flash cost per million tokens.
## What changed from Gemini 3.6 Flash
Google says Gemini 3.7 Flash improves coding tasks such as debugging and issue resolution, first-pass code accuracy, production-ready code generation, web development, document comprehension, and enterprise workflow automation. These are Google's reported evaluations, not independent verification. See the full evaluation details.
The official announcement reports the following comparisons with Gemini 3.6 Flash:
- FrontierCode 1.1 Main: 43.6% versus 34.4%.
- DeepSWE v1.1: 65.3% versus 49.0%.
- WebDev Arena: Elo 1588 versus 1538.
- GDP.pdf: 34.0% versus 22.0%.
- AutomationBench: 30.4% versus 17.0%.
Google's launch post contains the benchmark names, scores, and evaluation links. Teams should reproduce the tests with their own data before using the numbers for a model decision.
## Pricing and availability
Gemini 3.7 Flash is available through the end of 2026 at $0.75 per million input tokens and $3.75 per million output tokens, according to Google. Developers can access it through Google Antigravity, Gemini API in Google AI Studio, and Android Studio. Enterprises can use it through Gemini Enterprise Agent Platform and Gemini Enterprise. Availability and pricing.
Google also says Gemini Spark will use Gemini 3.7 Flash starting on launch day for Google AI Pro and Ultra subscribers in supported countries. Google's announcement describes Spark as a personal agent that can work with Google Workspace apps.
The announcement does not give a general replacement date for Gemini 3.6 Flash. Teams should check the current API documentation and model availability in their own region before planning a migration.
## How it compares with OpenAI's latest speed push
Google and OpenAI are emphasizing different levers. Gemini 3.7 Flash focuses on a workhorse model with improved coding and agent workflows, paired with introductory token pricing. OpenAI's GPT-5.6 Sol Ultrafast preview keeps GPT-5.6 Sol as the underlying model and adds a processing tier that OpenAI says can run up to 14 times faster than Standard processing, with up to 750 output tokens per second. OpenAI's official announcement provides those speed and preview details.
For a team building an agent, the choice is not simply Google versus OpenAI. A high-volume extraction or routine workflow may benefit from Gemini 3.7 Flash's introductory token economics. A live interaction may place more value on latency. In both cases, the meaningful unit is a completed task with its tool calls, retries, review steps, and downstream effects.
## What developers should test
A practical evaluation can use a small, representative set of tasks:
1. Debugging a real issue with the same repository context used in production.
2. Generating a web interface from an existing design system or screenshot.
3. Extracting decisions and obligations from long business documents.
4. Completing a multi-step workflow with tools, structured output, and a human approval step.
5. Measuring retries, correction time, and total cost per completed task.
Google says Gemini 3.7 Flash better adapts to roadblocks, clarifies intent when needed, follows instructions more closely, and makes more deliberate tool calls. These claims come from Google's announcement, so they should be validated against the team's own workflow.
## Why the workflow around the model matters
A model upgrade is easier to evaluate when the request, source documents, tool permissions, human review, and final record are connected. Otherwise, teams may compare isolated chat responses while missing the operational work around them.
Kylon gives teams a shared workspace for rooms, files, agents, connections, skills, and recurring workflows. That makes it possible to route different steps to different models while preserving the same business context and review path. The model is one part of the system. The surrounding work structure determines whether the result can be used repeatedly.
## Bottom line
- Gemini 3.7 Flash is Google's new workhorse model for coding and agents. Official source
- Google reports improvements across coding, web development, document comprehension, and enterprise workflow automation. Official source
- Introductory API pricing is $0.75 per million input tokens and $3.75 per million output tokens through the end of 2026. Official source
- Compare the model with real tasks, tool calls, retries, review time, and total completed-task cost.
For the full model details and access paths, read Google's official Gemini 3.7 Flash announcement.
---
## OpenAI previews GPT-5.6 Sol Ultrafast mode at up to 14x the speed
> OpenAI is previewing Ultrafast, a new API service tier for GPT-5.6 Sol that can generate up to 750 output tokens per second. Here is what changes for teams building latency-sensitive workflows.
**Author:** Kylon Team · Product | **Date:** 2026-08-13 | **Category:** AI最新ニュース
**URL:** https://kylon.io/blog/openai-ultrafast-gpt-5-6-sol-aug-2026
## The short version
OpenAI is previewing **Ultrafast**, a new service tier for GPT-5.6 Sol in the API. OpenAI says it can run up to 14 times faster than Standard processing and generate up to 750 output tokens per second. The preview is limited to a select group of customers today. OpenAI's announcement is the source for these figures and availability details.
This is a speed-tier announcement rather than a new model launch. The change matters because it places frontier-level reasoning closer to workflows where a person, customer, or live system is waiting for the next step.
## What Ultrafast changes
OpenAI describes Ultrafast as a new service tier powered by Cerebras. It runs GPT-5.6 Sol with a focus on lower latency, rather than asking teams to choose a smaller model whenever response time matters. OpenAI says that the tier is intended to make more useful work possible per second.
The announcement highlights several possible workflows:
- Incident response, where logs, traces, recent code changes, and engineer reports need to be reviewed while an outage is still unfolding. Source
- Financial research and security review, where signals and transactions change during the analysis. Source
- Customer support and voice experiences that need multi-step answers without breaking the conversation. Source
- Commerce, including product questions, inventory checks, recommendations, and checkout support. Source
These are examples from OpenAI's announcement, not a guarantee of performance for every production system.
## How it compares with other current directions
The current model market is separating two decisions that used to be bundled together: how much reasoning a workflow needs and how quickly the response must arrive.
OpenAI's Ultrafast preview keeps GPT-5.6 Sol as the underlying model and changes the processing tier. Google’s Gemini 3.7 Flash announcement takes a different route: it focuses on software engineering, knowledge work, and web development improvements, while offering an introductory API price of $0.75 per million input tokens and $3.75 per million output tokens through the end of 2026. Google's official announcement provides those pricing and capability details.
In practical terms, teams should not compare speed claims in isolation. A latency-sensitive support interaction may value Ultrafast's response time. A high-volume agent that can tolerate more waiting may prioritize Gemini 3.7 Flash's introductory token price and workflow improvements. The right comparison is task-level cost, latency, review burden, and output quality together.
## Availability and what is not yet public
GPT-5.6 Sol on Ultrafast mode is available in a limited preview to a select group of customers. OpenAI says access will expand as capacity grows and provides a sign-up form for updates. OpenAI's availability section does not publish a general launch date or a public price for Ultrafast in this announcement.
That means teams should treat the preview as an evaluation opportunity, not as a generally available production option. Before changing an architecture, measure the current workflow with representative prompts, tool calls, retries, and human review.
## What teams should measure first
A useful test should capture more than tokens per second:
1. Time to a usable answer, including tool calls and application overhead.
2. The number of retries or manual corrections required.
3. Cost per completed task, not only cost per model request.
4. Whether a human can still inspect the evidence and approve the final action.
5. How the workflow behaves when a connected system is slow or unavailable.
This is especially important for agents. Faster generation does not automatically make an end-to-end workflow faster if the agent spends most of its time waiting on external systems or asking for repeated approvals.
## What this means for AI-native workspaces
A speed tier becomes more useful when the surrounding work is already structured. The request, source context, permissions, connected tools, and approval history need to stay visible to the people responsible for the result.
That is the operational problem Kylon is designed around. Teams can keep their rooms, files, agents, connections, and recurring workflows in one workspace, then decide which model or processing tier belongs at each step. The model can change without losing the work context and review path around it.
## Bottom line
- OpenAI is previewing Ultrafast for GPT-5.6 Sol in the API.
- OpenAI says it can run up to 14 times faster than Standard processing and produce up to 750 output tokens per second. Official source
- Availability is limited today, and public pricing is not included in the announcement. Official source
- Teams should evaluate latency, completed-task cost, retries, and human review together.
For the full technical and availability details, read OpenAI's official Ultrafast announcement.
---
## Claude Code Cross-Session Messaging: How to Coordinate Parallel Agents Safely
> Claude Code can now find and message other sessions. Learn what cross-session messaging does, how ListAgents and SendMessage fit together, and how to use it safely in parallel development.
**Author:** Kylon Team · Product | **Date:** 2026-08-10 | **Category:** AI最新ニュース
**URL:** https://kylon.io/blog/claude-code-cross-session-messaging-2026
**Claude Code cross-session messaging is a way for separate Claude Code sessions to exchange the decision, change summary, test result, or question that the next task needs. It is most useful when teams keep ownership boundaries, review, and permissions intact.**
Anthropic added cross-session `SendMessage` and `ListAgents` in Claude Code 2.1.224 for macOS and Linux. The feature lets one session discover and message another session, including across your machines. The important distinction is that a message is a handoff, not shared ownership of every conversation, file, or permission. Anthropic's Claude Code changelog is the primary source for the release details and current behavior.
## Key takeaways
- `ListAgents` identifies Claude Code sessions that can receive a message.
- `SendMessage` passes a focused handoff such as a change summary, a dependency, a test result, or a question.
- The feature does not turn separate sessions into one shared workspace. Each session still needs to inspect its own repository state and follow its own approval flow.
- Parallel development works best when sessions own different modules or tasks, and a human retains responsibility for review and release decisions.
## What is Claude Code cross-session messaging?
Cross-session messaging connects independent Claude Code sessions without requiring a person to copy a status update from one terminal into another. In the 2.1.224 release notes, Anthropic describes `ListAgents` for discovering sessions and cross-session `SendMessage` for sending messages to them. The same release notes say the feature is available on macOS and Linux. Read the release entry.
That makes a practical difference when two tasks are related but should remain isolated. One session can inspect a legacy module while another implements a bounded change. The research session can send the findings that matter without forcing the implementation session to replay a long chat transcript.
## ListAgents and SendMessage have different jobs
### ListAgents finds the right recipient
`ListAgents` is the discovery step. Use it to identify the session that owns a task before sending a handoff. In practice, the team should still name the task, the repository area, and the owner outside the tool. A list of available sessions is not a substitute for clear work assignment.
### SendMessage carries the handoff
`SendMessage` is for the small amount of context the recipient needs next. The best message is not a stream of consciousness. It states what changed, why it changed, what was verified, and what still needs a decision.
This is especially helpful when a build, migration, or test suite takes a long time. The implementation session can continue with an independent task while a verification session reports the result in a structured handoff.
## What cross-session messaging does not share
The feature should not be treated as collaborative editing or an automatic permissions bridge. The release notes describe a session-discovery and message-delivery mechanism. They do not establish that a recipient automatically inherits another session's conversation history, open files, or prior approvals. Anthropic's changelog also notes settings for cross-session inbound messages and expiry when a recipient runs with bypassed permissions.
A safe operating assumption is simple: every recipient should verify the working tree, scope, commands, and access it needs before acting on a message.
## A handoff template for parallel development
Use a consistent format so another session or reviewer can act without reconstructing the whole task.
1. **Owner and task:** Say whether the recipient is researching, implementing, testing, or reviewing.
2. **Scope:** Name the repository area, module, issue, or files that are in scope.
3. **Completed work:** Summarize the verified facts, changes, and tests already run.
4. **Open questions:** Identify uncertainty, compatibility risks, or decisions that need a human owner.
5. **Next action:** State what the recipient should do and how completion will be checked.
For example:
> Owner: verification. Scope: authentication-flow changes. The implementation updated three files and unit tests passed. Open question: invite-link compatibility has not been checked. Next action: test invite, sign-in, and role-change flows in staging. Reply with the result and reproducible steps for any failure.
The format is short enough to be useful but complete enough for the recipient to check the right conditions.
## Four useful patterns
### 1. Split investigation from implementation
Have one session map the affected modules, dependencies, and tests. Have a second session make a narrowly scoped implementation. The investigation handoff should include the files inspected and the uncertainty left behind, not just a conclusion.
### 2. Separate long-running verification
A validation session can run a slow build or test suite while another session continues with independent work. Send the command, outcome, failed location if any, reproduction conditions, and the next hypothesis.
### 3. Hand off a specification change
A specification handoff should include the business reason, affected API or screen, compatibility concern, and test cases. That gives the next session a boundary instead of a vague request to "update the feature."
### 4. Ask for a pre-review check
A separate session can read a change set for missing tests, configuration changes, and permission implications. It can surface questions before a human code reviewer takes the final decision.
## Permission and review still matter
Cross-session communication should not widen access. Anthropic's 2.1.224 release notes include `crossSessionInbound` and `dialogExpiry` settings so messages sent to sessions with bypassed permissions can be held for approval. The 2.1.225 notes also include fixes for cross-session messages that could remain parked in headless sessions or during startup. Check the current changelog before configuring the feature.
Keep the following controls in place:
- Preserve least-privilege access. Receiving a message is not a reason to grant file, network, production, or secret access.
- Keep existing approval gates for production changes, external sends, and sensitive data.
- Inspect the target repository and proposed commands before execution. A message can describe a task, but it should not bypass review.
- Update Claude Code and confirm the behavior of queued messages and delivery status in the version you use.
## Can two sessions edit the same file?
It is safer to avoid it. Two sessions modifying the same file at once can create conflicts and hide review-relevant changes. Divide work by directory, module, or responsibility, then assign one owner to integrate and review the combined result.
The larger principle is that parallelism should reduce waiting, not make the source of truth unclear.
## Frequently asked questions
### Does cross-session messaging share the full conversation or files?
Treat it as text-based coordination, not automatic history or file sharing. Send the essential context explicitly, then verify the recipient's current repository state before it acts. Anthropic's release notes describe session discovery and messaging, rather than shared conversations or collaborative editing.
### Does it work on Windows?
The 2.1.224 changelog entry describes cross-session `SendMessage` for macOS and Linux. Support can change, so confirm the current release notes before depending on it in a team workflow. See the source.
### Does it replace code review?
No. A second agent can identify gaps or summarize a change, but human owners should still approve the specification, security-sensitive access, and production release.
## From individual agents to a shared operating context
As teams run more than one coding agent, the hard problem becomes less about starting tasks and more about preserving the decision trail around them. A useful system keeps handoffs, review context, approvals, and institutional knowledge visible to the team.
Kylon is an AI-native workspace where people and agents work in the same rooms. Teams can keep agents, shared context, permissions, and approval points together, rather than relying on handoffs scattered across isolated terminals.
For related reading, see [How to choose an AI-native workspace in 2026](/blog/best-ai-native-workspace-tools-2026) and [Kylon vs Claude Tag](/blog/kylon-vs-claude-tag).
---
## A Home for Codex and Claude Code Agents
> Bring the Codex and Claude Code agents your team already uses into the workspace where business information and colleagues are already working together.
**Author:** Kylon Team · Product | **Date:** 2026-08-10 | **Category:** Guide
**URL:** https://kylon.io/blog/codex-claude-code-agents-home
**In short.** Bring the Codex and Claude Code agents your team already uses into Kylon. They can read the customer information, materials, past decisions, and team discussion already in the workspace, then turn that discussion into work and return the result in the same place. How the connection works for each tool: [bring your own agent](/bring-your-own-agent), with setup pages for [Claude Code](/bring-your-own-agent/claude-code) and [Codex](/bring-your-own-agent/codex).
## Bring your agents into the work your team is already discussing
Codex and Claude Code are often used as personal work agents. But for sales, finance, and marketing teams, time is not spent only on the task itself. Teams also need to check customer context, make decisions together, and leave the next owner enough information to continue.
A request starts with a customer email, a number that does not match, or a renewal due Friday. It ends when someone approves the credit, sends the reply, and can explain the decision next quarter.
Kylon lets teams bring the Codex and Claude Code agents they already use into the place where that work is being discussed. Account history, contract records, past decisions, and the colleague who owns the outcome are already there. The agent does not only support one person’s task. It can read the shared business context and help move the discussion toward a result.
Same model. Different room.
## The workspace already holds your team’s business context
Kylon is useful to an agent not because it is a place to store information, but because the team’s memory is kept in order, business records have a clear structure, and people and agents can work in the same room.
- **Organized memory.** The thread where the team settled a definition last quarter. The note explaining why an exception was approved. Not a chat log someone has to scroll, but context a person and an agent can read back later.
- **Structure.** Customer, contract, and campaign records have clear fields, so teams can refer to the same information rather than re-enter it. Files have versions and one address rather than five copies. A decision belongs to the thread where it was made.
- **People and agents in one room.** Colleagues, workspace agents, and invited agents such as Codex and Claude Code can participate in the same room. A person asks, an agent prepares a result, and another person approves it without moving the work between disconnected tools.
## Bring the agents your team already uses into the conversation
Used alone, Codex and Claude Code are personal tools. Each person runs an agent on their own machine, and what they learn can stay on that machine. Two people may investigate the same discount problem in the same week without knowing the other already did.
In Kylon, each person can connect the agent they already use as a workspace member. A revenue operations lead may bring Codex from her own machine. A colleague may bring Claude Code from his. The machines and accounts remain separate. What is shared is the business room where the team is already talking.
That changes what a conversation can do. You and a colleague discuss an invoice gap in the thread. The agent reads that conversation, the contract record, and the signed quote, then prepares the answer in the same place. The discussion becomes the brief, and the result appears below it while the discussion is still going.
You keep talking. The work progresses in the same place.
## Scene one: the invoice does not match the quote
**Monday, 09:40.** An account executive opens a customer email. The renewal invoice is 180,000 yen higher than the quote she sent in June. The customer wants an answer before their finance close on Friday.
She drops the email into the account's `#sales` thread. The room already contains the calls where the discount was discussed. The contract app already contains the plan, term, and renewal date. The signed quote is already attached to the account.
The detailed billing export remains on the revenue operations lead's local machine because it includes every customer on the plan. Codex checks that export against the pricing rules and finds that contracts signed in June received the annual discount twice. Eleven accounts are affected.
Claude Code prepares the correction note and customer reply using the wording from the signed quote. The account executive returns both to the thread. The finance lead approves the credit in the same place.
*The business context is already in the room. Local agents work on the part that needs their machine, then the human colleague makes the decision in the same thread.*
## Scene two: month end has two answers
**Month end.** An accounting export lists 312 invoices. The subscription app lists 318 active contracts. The operations lead needs an explanation before the books close.
She starts a `#finance` thread with what she has, what does not match, and when it is due. The subscription app is the source, not a copied number. Last month's reconciliation is also in the room, with the decision the team made then.
The accounting export includes names, amounts, and payment methods, so it stays on the operator's machine. Codex reconciles the two sources and returns twelve mismatches with a reason for each. Claude Code turns the list into a decision-ready note: nine need no action, three need a credit note.
The finance lead reads the three in the thread, approves two, and holds one for the customer to confirm. Next month, the thread is a practical starting point instead of an empty page.
*The sensitive export stays on the operator’s machine. The record, the reasoning, and the approval remain understandable to the team in the room.*
## Scene three: the campaign report has two numbers
**Friday.** The marketing lead needs the campaign report by 15:00. The ad platform shows 412 conversions. The internal dashboard shows 349.
She posts both screenshots into `#growth`. The room contains the campaign brief and Tuesday's landing-page rename. The campaign app holds the rows behind the dashboard number.
The raw export with click identifiers remains on the analyst's machine. Codex finds that one landing page continued to use the previous campaign name after the rename. Claude Code prepares the two-line explanation and corrected number. The marketing lead sends the report with the note attached.
*A local data file can stay local while the campaign context, result, and accountable colleague remain together in the room.*
## Scene four: the agent knows what “at risk” means here
**A new account executive joins on Monday.** In her second week, she asks her agent for the renewals at risk this month.
On a laptop with no business context, the question has no dependable answer. At risk by whose definition? Which stage counts? Does a renewal in legal review count? An agent with nothing else connected either asks for a definition or silently chooses one.
Her agent is already in the workspace, so it does not have to guess. The pipeline app contains the stages the team uses. The `#sales` room contains the thread where the team defined at risk last quarter: no meeting booked in twenty-one days, or a stakeholder change. The renewal playbook is attached to the same account.
The agent returns nine renewals and the reason each one qualifies, using the company’s definition rather than a general one. The new colleague receives an action list, not another definition to reconstruct.
*The model is the same. What changes is that it can read what the company has already decided in the room.*
## Start with one business situation
1. **Open the thread where the situation is already understood.** Add the request, owner, deadline, and the decision needed.
2. **Invite Codex or Claude Code for the local part.** Use the connected machine for files or tools that should remain there.
3. **Return the useful result to the room.** Share the finding, its source material, and the decision a colleague needs to make.
Connecting an agent is the short part. With a short setup and sign-in, Codex or Claude Code can join the workspace as a member. On a machine where one is already running, that step commonly takes a few minutes. [Kylon CLI overview](https://docs.kylon.io/cli/overview).
## Sources
- Codex CLI overview
- Codex non-interactive mode
- Claude Code overview
- Claude Code feature overview
- [Kylon agents and runtime](https://docs.kylon.io/concepts/agents)
- [Kylon CLI overview](https://docs.kylon.io/cli/overview)
*The amounts, counts, and times in the four scenes are illustrative examples, not customer results.*
---
## Two Ways Codex Works with Kylon: CLI and External Agent
> Kylon supports two complementary ways to work with Codex: run Kylon from Codex through the CLI, or use Codex as an invited external agent inside Kylon. Here is when to use each.
**Author:** Kylon Team · Product | **Date:** 2026-08-10 | **Category:** Guide
**URL:** https://kylon.io/blog/codex-kylon-workspace
Kylon and Codex can work together in two distinct directions. The difference is not a technical detail. It determines where the work starts, which context is primary, and how the team stays involved.
The first is **Kylon CLI in Codex**. A developer is already in Codex, working in a local project, and uses Kylon to read or update the workspace. In plain terms: use Kylon from Codex.
The second is an **External Agent in Kylon**. The work begins in Kylon, where the team opens a room or thread, and then invites Codex into that context to help with a project task. In plain terms: use Codex from Kylon.
Both patterns can support the same team. They serve different starting points. For what the second pattern looks like across a whole team, see [Codex for teams](/bring-your-own-agent/codex).
## The short version
Choose the direction based on where the task already lives.
| If the task starts here | Use this pattern | What happens |
| --- | --- | --- |
| A developer’s local repository and Codex session | **Kylon CLI in Codex** | Codex uses Kylon workspace capabilities when the coding task needs team context or a workspace update |
| A Kylon room, thread, or team assignment | **External Agent in Kylon** | The team invites Codex into the workspace task so it can work with the relevant project and report back |
The two patterns are complementary. The first brings the workspace into an active coding session. The second brings a coding agent into an active team workspace.
*The two patterns differ by which product contains the other. Kylon CLI appears inside a Codex session. In Kylon, Codex appears as an invited External Agent alongside the workspace's own agents.*
## Pattern one: use Kylon from Codex with Kylon CLI
Use this pattern when the developer is already working in Codex. The codebase, terminal, local tools, and project instructions are the natural starting point.
OpenAI describes Codex CLI as a terminal-based coding agent that can inspect a local repository, edit files, run tools installed on the machine, and support interactive or scripted work. Kylon’s CLI gateway connects local agent runtimes, including Codex, with the Kylon workspace. Once connected, the local agent can work with workspace resources such as rooms, threads, files, tables, workflows, and web projects, subject to the workspace’s available permissions and connections. Codex CLI overview, [Kylon CLI overview](https://docs.kylon.io/cli/overview), and [Kylon provider guide](https://docs.kylon.io/cli/providers).
A practical use case is a revenue operations owner preparing the weekly pipeline report in Codex. Kylon CLI can retrieve current deal data from the workspace, while the local project produces the report with the team's own templates and scripts. The finished report is then returned to the sales room where owners make the next decision.
*Pattern one use case: stay in Codex, retrieve the current pipeline from Kylon, prepare the report locally, then post it to the sales room with the owners notified.*
## Pattern two: use Codex from Kylon as an External Agent
Use this pattern when the work begins with the team. A product request, customer report, launch decision, or cross-functional review already exists in Kylon. The team wants to bring Codex into that work without moving the whole conversation into a private development session.
In this model, the team opens or uses a Kylon room or thread, attaches the brief and source material, and invites Codex as an External Agent for the task. The workspace remains the coordination surface. Codex can use the connected local environment to prepare work that benefits from local project files, scripts, or tools.
The useful mental model is simple: Kylon holds the work context and brings in Codex when a coding task is needed. This differs from the CLI pattern, where Codex begins the work and reaches into Kylon when the coding session needs workspace context.
*Pattern two use case: a workspace agent first gathers the account record and call notes in the shared sales thread. A sales lead then invites Codex as an External Agent to prepare the brief in its connected local environment and post the result and sources back to the same thread.*
## Where each agent runs
The workspace agent and Codex do not need to run in the same environment. Kylon workspace agents run in the cloud workspace environment, so they can continue to work with workspace memory, files, tables, approved connections, scheduled work, and webhook-triggered work without depending on an open laptop. Codex runs in the connected local computer and project environment, where it can work with the local repository, shell, and locally available credentials. When that local session stops, its local work stops too.
The shared room and thread connect the work. They do not turn the cloud workspace environment and the local project environment into one runtime.
## Sources
- Codex CLI overview
- Codex non-interactive mode
- Codex configuration basics
- [Kylon introduction](https://docs.kylon.io/introduction)
- [Kylon CLI overview](https://docs.kylon.io/cli/overview)
- [Kylon provider guide](https://docs.kylon.io/cli/providers)
---
## Two Ways Claude Code Works with Kylon: CLI and External Agent
> Kylon supports two complementary ways to work with Claude Code: run Kylon from Claude Code through the CLI, or use Claude Code as an invited external agent inside Kylon. Here is when to use each.
**Author:** Kylon Team · Product | **Date:** 2026-08-07 | **Category:** Guide
**URL:** https://kylon.io/blog/claude-code-kylon-workspace
Kylon and Claude Code can work together in two distinct directions. The difference is not a technical detail. It determines where the work starts, which context is primary, and how the team stays involved.
The first is **Kylon CLI in Claude Code**. A developer is already in Claude Code, working in a local project, and uses Kylon to read or update the workspace. In plain terms: use Kylon from Claude Code.
The second is an **External Agent in Kylon**. The work begins in Kylon, where the team opens a room or thread, and then invites Claude Code into that context to help with a project task. In plain terms: use Claude Code from Kylon.
Both patterns can support the same team. They serve different starting points. For what the second pattern looks like across a whole team, see [Claude Code for teams](/bring-your-own-agent/claude-code).
## The short version
Choose the direction based on where the task already lives.
| If the task starts here | Use this pattern | What happens |
| --- | --- | --- |
| A developer’s local repository and Claude Code session | **Kylon CLI in Claude Code** | Claude Code uses Kylon workspace capabilities when the coding task needs team context or a workspace update |
| A Kylon room, thread, or team assignment | **External Agent in Kylon** | The team invites Claude Code into the workspace task so it can work with the relevant project and report back |
The two patterns are complementary. The first brings the workspace into an active coding session. The second brings a coding agent into an active team workspace.
*The two patterns differ by which product contains the other. Kylon CLI appears inside a Claude Code session. In Kylon, Claude Code appears as an invited External Agent alongside the workspace's own agents.*
## Pattern one: use Kylon from Claude Code with Kylon CLI
Use this pattern when the developer is already working in Claude Code. The codebase, terminal, local tools, and project instructions are the natural starting point.
Kylon’s CLI gateway is documented as a way to bridge local agent runtimes, including Claude Code, to a Kylon workspace. Once connected, the local agent can work with workspace resources such as rooms, threads, files, tables, workflows, and web projects, subject to the workspace’s available permissions and connections. [Kylon CLI overview](https://docs.kylon.io/cli/overview) and [Kylon provider guide](https://docs.kylon.io/cli/providers).
A practical use case is a revenue operations owner preparing the weekly pipeline report in Claude Code. Kylon CLI can retrieve current deal data from the workspace, while the local project produces the report with the team's own templates and scripts. The finished report is then returned to the sales room where owners make the next decision.
*Pattern one use case: stay in Claude Code, retrieve the current pipeline from Kylon, prepare the report locally, then post it to the sales room with the owners notified.*
## Pattern two: use Claude Code from Kylon as an External Agent
Use this pattern when the work begins with the team. A product request, customer report, launch decision, or cross-functional review already exists in Kylon. The team wants to bring Claude Code into that work without moving the whole conversation into a private development session.
In this model, the team opens or uses a Kylon room or thread, attaches the brief and source material, and invites Claude Code as an External Agent for the task. The workspace remains the coordination surface. Claude Code can use the connected local environment to prepare work that benefits from local project files, scripts, or tools.
The useful mental model is simple: Kylon holds the work context and brings in Claude Code when a coding task is needed. This differs from the CLI pattern, where Claude Code begins the work and reaches into Kylon when the coding session needs workspace context.
*Pattern two use case: a workspace agent first gathers the account record and call notes in the shared sales thread. A sales lead then invites Claude Code as an External Agent to prepare the brief in its connected local environment and post the result and sources back to the same thread.*
## Where each agent runs
The workspace agent and Claude Code do not need to run in the same environment. Kylon workspace agents run in the cloud workspace environment, so they can continue to work with workspace memory, files, tables, approved connections, scheduled work, and webhook-triggered work without depending on an open laptop. Claude Code runs in the connected local computer and project environment, where it can work with the local repository, shell, and locally available credentials. When that local session stops, its local work stops too.
The shared room and thread connect the work. They do not turn the cloud workspace environment and the local project environment into one runtime.
## Sources
- Claude Code overview
- Claude Code extension guide
- Claude Code MCP guide
- [Kylon introduction](https://docs.kylon.io/introduction)
- [Kylon CLI overview](https://docs.kylon.io/cli/overview)
- [Kylon provider guide](https://docs.kylon.io/cli/providers)
---
## Best E-Commerce AI Tools in 2026: 9 Platforms Compared
> Compare 9 e-commerce AI platforms for sourcing, store operations, listings, customer support, marketing, merchandising, and analytics. See what each tool does, where it fits, and which teams should use it.
**Author:** Kylon Team · Product | **Date:** 2026-08-07 | **Category:** Compare
**URL:** https://kylon.io/blog/ecommerce-ai-tools-comparison-2026
E-commerce AI is no longer a single category. One product helps find suppliers. Another works inside a Shopify store. Another improves marketplace listings. Others focus on customer support, lifecycle marketing, onsite search, recommendations, or merchandising.
That makes “best e-commerce AI tool” the wrong question without a clear use case. The useful question is: **which part of the commerce operation needs help, and how will that work connect to the rest of the team?**
This guide compares nine current platforms across sourcing, store operations, listing production, customer support, marketing, merchandising, product discovery, and cross-functional operations. It uses each vendor’s current product materials, not a single aggregate score.
## The 9 e-commerce AI platforms compared
| Platform | Main job | Strongest use case | Primary limitation |
|---|---|---|---|
| Accio Work | Commerce operations agent | Sourcing, supplier follow-up, competitor monitoring, early store launch | A broad commerce agent still needs a shared operating process across the team |
| Shopify Sidekick | Store-native assistant | Shopify setup, catalog and storefront work, Shopify reporting | Most useful when Shopify is the center of the business |
| Amazon seller gen AI | Marketplace-native listing assistant | Amazon listing creation and improvement | Focused on Amazon rather than the full commerce stack |
| Ecomtent | Marketplace content production | Product imagery, infographics, A+ content, listing copy | A specialist production layer, not a full operating environment |
| Gorgias AI Agent | Customer service and shopping assistant | Pre-purchase and post-purchase customer conversations | Built around customer experience rather than upstream operations |
| Klaviyo AI | Lifecycle marketing and customer data | Campaign creation, personalization, customer messaging | Best for retention and messaging, not full commerce coordination |
| Nosto | Onsite personalization and merchandising | Recommendations, search, category merchandising, content experience | Primarily a shopper-experience platform |
| Constructor | Product discovery | Search, browse, recommendations, shopper-facing product Q&A | Primarily optimizes discovery rather than team operations |
| **Kylon** | Shared AI workspace for commerce teams | Coordinating research, content, support, data, decisions, and execution across tools | Does not replace the deepest native data or specialist interface in every point product |
## What each platform does best
### 1. Accio Work: broad commerce execution from product idea to supplier work
Accio Work is the broadest commerce-focused agent in this comparison. Its public product materials cover store launch, competitor monitoring, sourcing and supplier negotiation, social promotion, document organization, custom tools, and bestseller analysis. Accio Work Its feature materials also describe work across Shopify, Amazon, Gmail, scheduled tasks, supplier-email automation, browser work, and app creation. Accio Work features
Accio’s sourcing product is a particular differentiator. It describes product and supplier search, requirement refinement, side-by-side comparison, supplier inquiry, favorites, and supplier information in a commerce-specific workflow. Accio sourcing guide Accio user guide
**Best for:** founders and commerce operators who want one agent to cover early product research, supplier work, store setup, and routine operations.
**Consider another tool when:** the primary problem is a single specialized surface, such as deep onsite personalization or high-volume customer support. Teams that need many people and agents to work from the same decision history should also evaluate a shared workspace layer.
### 2. Shopify Sidekick: the Shopify-native choice
Shopify Sidekick works inside the Shopify environment. Shopify positions it around store design, photo editing, product copy, store setup, marketing, and Shopify data. Shopify Sidekick Shopify also documents Sidekick support for creating customers and companies, plus queries across payments, web performance, fulfillment, and payout data. Shopify Sidekick product updates
The advantage is native context. When Shopify is the system of record, Sidekick can work directly where the catalog, orders, theme, collections, checkout, and store reporting already live.
**Best for:** Shopify-first merchants that want practical assistance inside their existing admin.
**Consider another tool when:** work crosses multiple stores, marketplaces, agencies, supplier systems, customer channels, or internal teams and needs a shared operating record beyond the Shopify admin.
### 3. Amazon seller gen AI: the marketplace-native listing editor
Amazon’s listing-creation tools can generate titles, bullet points, and descriptions from a short description, image, or existing website URL. Its Enhance My Listing experience analyzes live listings and presents recommendations that sellers can customize, accept, or decline. Amazon seller listing tools
Amazon also describes a Product Opportunity Explorer that helps sellers analyze signals including searches, purchases, reviews, and pricing to identify product demand and features. Amazon seller product opportunity tools
**Best for:** Amazon sellers improving a live catalog with Amazon-native shopper and marketplace signals.
**Consider another tool when:** a team needs a cross-marketplace content workflow, supplier coordination, external creative review, or a shared record of the decision behind each listing change.
### 4. Ecomtent: high-volume marketplace listing content
Ecomtent specializes in product images, infographics, A+ content, and optimized copy for marketplace listings. Its materials position the product around content production for Amazon and AI-powered product search. Ecomtent Its Amazon materials specifically highlight titles, descriptions, bullet points, infographics, A+ content, and enhanced brand content. Ecomtent Amazon listing software
This is a focused answer to a focused problem. A marketplace brand or agency that needs many variants of visual and written product content may value a purpose-built production workflow.
**Best for:** marketplace sellers and agencies with high SKU volume or a concentrated listing-content bottleneck.
**Consider another tool when:** the team needs the content brief, source evidence, brand review, publication approval, launch decision, and later performance analysis in a single shared workflow.
### 5. Gorgias AI Agent: customer service and conversational commerce
Gorgias AI Agent focuses on the customer-facing experience. Its product materials cover order tracking, returns, frequent questions, discounts and upsells, brand-specific guidance, and actions using connected commerce data. Gorgias AI Agent
That specialization matters. Support is not only a chat interface. It requires customer history, policies, product information, order state, handoff rules, and the ability to act in connected systems.
**Best for:** brands with meaningful pre-purchase and post-purchase conversation volume, especially where support and conversion need to work together.
**Consider another tool when:** the central need is upstream work such as sourcing, product research, catalog planning, or connecting customer feedback to cross-functional product and operations decisions.
### 6. Klaviyo AI: lifecycle marketing and customer-data activation
Klaviyo positions its AI around customer data, campaigns, personalization, support, and connected actions. Its materials describe campaign creation, identifying opportunities, customer conversations, integrations and APIs, testing, audit trails, and guardrails. Klaviyo AI
For a B2C brand with a mature email, SMS, and retention program, this focus can be more valuable than a broad commerce assistant. The product is designed around audiences, lifecycle messaging, brand controls, and customer profiles.
**Best for:** teams where retention, segmented messaging, and lifecycle automation are the primary growth lever.
**Consider another tool when:** the work begins well before the customer record, such as supplier decisions, market research, product development, content review, or store operations.
### 7. Nosto: onsite personalization and merchandising
Nosto’s Commerce Experience Platform brings together personalization, search, merchandising, segmentation, recommendations, and content experiences around customer, product, and intent data. Nosto Commerce Experience Platform
It is built for the shopper experience inside a store. That includes product discovery, product recommendations, category merchandising, dynamic bundles, post-purchase offers, and personalized content.
**Best for:** brands investing in onsite conversion, merchandising, and personalized customer journeys.
**Consider another tool when:** the immediate need is internal collaboration across product, content, operations, finance, support, and growth rather than the shopper’s onsite experience alone.
### 8. Constructor: product discovery and search reasoning
Constructor positions its product discovery system around shopper intent, behavior, context, and catalog signals. It covers search, browse, recommendations, shopping agents, and personalized product questions. Constructor product overview
This is a strong fit when the quality of search and discovery is central to revenue. A large catalog or retailer can benefit from a system purpose-built to determine which product result or recommendation best fits a particular shopper.
**Best for:** retailers and brands where onsite search, browse, and product discovery are mission-critical.
**Consider another tool when:** the broader operational challenge is coordinating the discovery finding with content, inventory, pricing, campaign, supplier, and team decisions.
### 9. Kylon: the operating layer across commerce work
Kylon is an AI-native workspace where people and agents work in shared rooms, with connected tools, structured applications, durable context, and reviewable workflows. [Kylon](https://kylon.io/) Its public integration catalog includes Shopify, WooCommerce, Stripe, Square, Wix, Gmail, customer communication platforms, data tools, and ecommerce research sources such as FastMoss and Kalodata for TikTok commerce analysis. [Kylon integrations](https://kylon.io/integrations)
Kylon can cover the research, content, storefront, listing, customer conversation, marketing, merchandising, and analytics workflows described above. The distinction is its **cross-functional operating model**:
- A research agent can collect market and competitor signals.
- A content agent can prepare product page, listing, email, and social drafts.
- An analytics agent can assemble the recurring performance review.
- Product, brand, finance, support, and operations can work from the same evidence and decision history.
- An authorized owner can approve consequential actions before an agent carries them out through a connected system.
For a commerce team operating across several specialist products, this is Kylon’s strongest use case. It is the place where the specialist outputs become shared work rather than isolated recommendations.
**Best for:** teams that need broad AI execution across the commerce operation, plus collaboration, shared context, permissions, approvals, reusable playbooks, and multiple specialist agents.
**Consider another tool when:** the team only needs one narrow capability and already has a system that fully owns the surrounding process. For example, an Amazon-only listing refresh may start with Amazon’s native tools; a Shopify-only store task may start with Sidekick; high-volume support may start with Gorgias.
## Capability comparison by job
| Job to be done | Strong starting points | Where Kylon is strongest |
|---|---|---|
| Find products and coordinate supplier work | Accio Work | Bring research, quotes, approvals, supplier communication, and the product decision into one team workflow |
| Build and run a Shopify store | Shopify Sidekick, Accio Work | Connect store work to marketing, agencies, product, finance, customer feedback, and launch reviews |
| Improve Amazon listings | Amazon seller gen AI, Ecomtent | Coordinate source material, brand review, asset versions, approval, publication plan, and learning across channels |
| Handle customer questions and post-purchase operations | Gorgias, Klaviyo | Turn recurring conversations into visible product, content, logistics, and policy work for the whole team |
| Run lifecycle campaigns | Klaviyo | Link campaign decisions to research, creative review, product context, approvals, and operating reviews |
| Improve discovery and merchandising | Nosto, Constructor | Connect discovery findings to catalog, content, inventory, pricing, and growth decisions |
| Run a cross-functional commerce operation | Kylon | Shared agents, shared context, permissions, applications, approvals, and recurring workflows across the full stack |
## How to choose an e-commerce AI tool in 2026
Use a specialist when the bottleneck is clear and contained:
- **Sourcing and supplier work:** start with Accio Work.
- **Shopify administration:** start with Shopify Sidekick.
- **Amazon catalog improvement:** start with Amazon seller gen AI or Ecomtent.
- **Customer support and shopping conversations:** start with Gorgias.
- **Lifecycle marketing:** start with Klaviyo.
- **Onsite product discovery and personalization:** start with Nosto or Constructor.
Choose Kylon when the bottleneck is no longer one task. It is the handoff between tasks and teams.
That happens when the same product decision touches research, supplier quotes, creative, store operations, customer feedback, campaign performance, and a weekly operating review. Kylon is designed to run that complete loop with agents and people sharing the same context.
## The bottom line
The e-commerce AI market has strong specialists. Accio is strong on broad commerce execution and sourcing. Shopify Sidekick is strong inside Shopify. Amazon and Ecomtent are strong on marketplace listing work. Gorgias and Klaviyo are strong in customer conversations and lifecycle marketing. Nosto and Constructor are strong in discovery and merchandising.
Kylon is strongest when the goal is to connect all of those jobs into one operating system for the team. It can do the work across the stack, then preserve the context, coordinate the contributors, enforce the right approval path, and turn each completed workflow into a reusable capability.
[See how Kylon supports ecommerce operations](/use-cases) or [explore Kylon integrations](/integrations).
---
## Kylon Use Cases by Function: From Email to Team Systems
> A practical guide to how marketing, sales, operations, people teams, product teams, and strategic leaders turn recurring work into shared systems with Kylon.
**Author:** Kylon Team · Product | **Date:** 2026-08-06 | **Category:** Stories
**URL:** https://kylon.io/blog/kylon-use-cases-by-function
Most teams do not need another collection of isolated AI prompts. They need a way to turn the work already moving through their business into a shared system that people can inspect, improve, and use together.
That work often starts in email. An inquiry arrives. A candidate replies. A customer sends an attachment. A partner asks a question. A product update needs to become a launch. The useful outcome is not only a draft response. It is a clear owner, the right context, an updated record, and a next action the team can trust.
Kylon helps teams connect those steps in one workspace. Agents can work alongside people, and teams can turn a recurring process into an internal system with records, statuses, workflows, and a shared interface.
## The three building blocks of a useful system
Across functions, the pattern is consistent.
1. **Capture the signal.** Email, forms, documents, product changes, research, and team discussion become usable context.
2. **Produce work people can use.** Teams generate tailored email drafts, proposals, reports, images, video concepts, customer documents, and launch materials.
3. **Keep the work moving in a shared system.** The result can update a pipeline, database, project view, decision log, or internal app that the team uses every day.
This is why it helps to browse use cases first by function. The role tells you where the work begins. Industries and workflows then provide the relevant operating context.
## Marketing: turn product and market signals into campaigns
Marketing teams are often surrounded by raw material but short on a reliable path from signal to published work. Product updates, competitor moves, customer feedback, creator conversations, and research all arrive in different places.
With Kylon, a marketing team can organize those signals, develop the point of view, and create a campaign package that colleagues can review and ship. The output can include an article outline, launch email, social copy, image brief, video concept, and publishing plan.
A team can also build a content operating system for topics, source material, approved assets, review feedback, publishing status, and performance notes. The goal is not to create more drafts. It is to give the team one current place to decide what to publish and why.
Related examples: [turning code changes into content](https://kylon.io/use-cases/code-to-content), [market intelligence](https://kylon.io/use-cases/market-intelligence), and [creator outreach](https://kylon.io/use-cases/influencer-outreach).
## Sales and partnerships: turn conversations into a working pipeline
Sales work is often lost between account research, outbound outreach, reply handling, notes, and follow-up. Kylon can turn this into one working pipeline.
A team can research target accounts, organize contacts, prepare tailored outreach, and keep every reply attached to the opportunity. Incoming email can be classified by intent, with the need, timing, stakeholders, and next action captured in the record. The same approach works for agencies, referral partners, and integration partners.
The shared system matters. It allows a sales lead to see what happened, what is waiting, and where a person needs to step in without reconstructing the story from inboxes and spreadsheets.
Related examples: [an AI sales pipeline for hospitality](https://kylon.io/use-cases/ai-sales-pipeline) and [creator outreach at scale](https://kylon.io/use-cases/influencer-outreach).
## Customer and business operations: turn incoming requests into owned work
Customer operations teams deal with a continuous flow of reservation questions, order changes, quote requests, service issues, and missing documents. The most valuable first step is usually not a generic answer. It is making sure the request is understood, owned, and connected to the right process.
Kylon can help organize shared customer email, extract the relevant information from messages and attachments, and prepare drafts for quotes, schedules, estimates, handover notes, or service records. A team can then build an internal operating system around those records, with statuses, tasks, approvals, reminders, and a view of work that is still waiting.
This pattern adapts to hospitality, travel, property operations, auto service, insurance, care, and other document-heavy service businesses.
Related examples: [an AI sales pipeline for hospitality](https://kylon.io/use-cases/ai-sales-pipeline), [internal apps for operations](https://kylon.io/use-cases/internal-apps), and [creator outreach at scale](https://kylon.io/use-cases/influencer-outreach).
## People and talent: make hiring context shared
Hiring is rarely limited by the ability to collect resumes. It becomes difficult when candidate context, email threads, interview feedback, and decisions live in separate places.
Kylon can help a people team build a shared candidate system for sourcing, screening, recruiting email, interview coordination, and decision support. Resumes and portfolios can be organized against open roles. Candidate replies and scheduling messages can be tied to the record. Interview feedback and open questions can be gathered before a decision is made.
The same workspace can become a living onboarding and knowledge system, where role processes, training material, and recurring questions are available to new team members as they work.
Related example: [talent sourcing in a shared workspace](https://kylon.io/use-cases/talent-sourcing).
## Product and R&D: connect feedback, delivery, and internal tools
Product and engineering teams need durable context. Customer feedback, issue reports, technical questions, testing notes, release risks, and decisions should not disappear into disconnected threads.
Kylon can help turn that work into a product loop. Teams can collect feedback from support email and internal discussion, organize it into issues and feature requests, and preserve the reproduction details, impact, owner, and status. Release work can then produce a checklist, internal update, customer communication, help content, and a concept for the accompanying image or demo video.
Kylon can also be the place where the team builds the internal tools that support this workflow, including feedback databases, issue-triage views, release checklists, test-case libraries, and operating dashboards. The result is a system people use together, not a code snippet that has to be assembled elsewhere.
Related examples: [building internal apps with a team](https://kylon.io/use-cases/internal-apps) and [turning product changes into a campaign](https://kylon.io/use-cases/code-to-content).
## Strategic operations: give cross-functional work one operating rhythm
Chiefs of staff and strategic operations teams often spend their time connecting work that belongs to several functions. The inputs are familiar: executive email, meetings, project updates, research, decisions, open risks, and deadlines.
Kylon can help turn those inputs into a working operating system. A team can keep a decision log, assign owners, track dependencies, gather weekly updates, and create a management brief that reflects current work rather than last week's slide deck.
For high-stakes initiatives such as a market entry, major partnership, launch, or customer program, the same approach becomes a project workspace. Research, email, documents, tasks, risks, and decisions remain connected to the people responsible for them.
Related examples: [market intelligence](https://kylon.io/use-cases/market-intelligence) and [internal apps for team operations](https://kylon.io/use-cases/internal-apps).
## Browse by function, then narrow by topic
The best starting point is the work your team owns. From there, you can narrow by the industry you operate in or the workflow you want to improve.
- **Functions:** Marketing, Sales and Partnerships, Customer and Business Operations, People and Talent, Product and R&D, Strategic Operations.
- **Industries:** Hospitality and Travel, Real Estate, Auto and Insurance, Care Services, Financial Services.
- **Workflows:** Email Operations, Internal Tools, Outreach and Pipelines, Content Production, Research and Intelligence, Talent Operations.
[Browse Kylon use cases by function](https://kylon.io/use-cases).
## Start with one repeated workflow
A useful system does not have to begin as a company-wide transformation. Start with one recurring workflow where context is being lost, follow-up is difficult, or too many people are rebuilding the same answer from scratch.
When that work is captured in a shared workspace, it can become more than a one-time task. It can become a process the whole team can operate and improve.
---
## PLAUD Embedded SDK to CRM and Issue Tracking: A Practical Kylon Workflow
> Two ways to get PLAUD material into your workflow: connect an agent to your own recordings over MCP, or build on the Embedded SDK. Here is what each gives you, what Embedded costs, and how to turn the resulting transcripts into reviewed CRM updates and issue records.
**Author:** Kylon Team · Product | **Date:** 2026-08-06 | **Category:** Guide
**URL:** https://kylon.io/blog/plaud-meeting-notes-to-crm
*Updated 17 September 2026: added the MCP route for connecting an agent to your own recordings, and sourced every PLAUD claim to its documentation page.*
A useful meeting record is not just a summary. It needs to reach the customer record, delivery queue, and colleague who owns the next decision while the conversation is still current.
PLAUD offers two routes to that material, and they are aimed at different people.
**The personal route is MCP.** [PLAUD MCP](https://docs.plaud.ai/plaud-mcp-cli/mcp) and the [PLAUD CLI](https://docs.plaud.ai/plaud-mcp-cli/cli.md) let an MCP-compatible client search your recordings, read transcripts, and work with generated notes. Both went generally available on [12 May 2026](https://docs.plaud.ai/plaud-mcp-cli/changelog.md). This is configuration, not engineering, and it covers your own archive.
**The product route is Plaud Embedded.** It gives a builder the device SDK, the file upload API, and the transcription pipeline behind PLAUD's own apps, so your users record on PLAUD hardware inside your product. [Plaud Embedded overview](https://docs.plaud.ai/plaud-embedded/overview.md)
This guide covers both, and the Kylon workflow that turns either source into reviewed CRM updates and issue records. The workflow keeps a person at the decision points that affect customer data, commitments, or delivery scope.
## Connect your agent to PLAUD over MCP
If the recordings are yours and you want an agent working with them today, this is the whole job. No SDK, no mobile app, no credentials to manage.
PLAUD requires Node.js 20 or higher and a PLAUD account. One command detects your AI clients, writes their MCP configuration, and opens a browser to authorize ([source](https://docs.plaud.ai/plaud-mcp-cli/mcp)):
```bash
npx -y @plaud-ai/mcp@latest install
```
Claude Desktop, Claude Code, Codex Desktop, Cursor, Windsurf, VS Code, Zed and Kiro are configured automatically. Claude Web and ChatGPT Web get an interactive guide instead. The desktop clients need a full quit and reopen afterwards, not just a closed window, which is the usual reason the tools fail to appear.
Once connected, the client has seven tools ([source](https://docs.plaud.ai/plaud-mcp-cli/mcp)):
| Tool | What it does |
| --- | --- |
| `login` | Opens your browser for OAuth sign-in |
| `logout` | Signs out and revokes your authorization |
| `get_current_user` | Shows your current account details |
| `list_files` | Lists your recordings, with optional filters |
| `get_file` | Returns full details for a single recording |
| `get_note` | Returns the AI-generated summary, action items, and key topics |
| `get_transcript` | Returns the full transcript with timestamps and speaker labels |
Two limits shape how well this works. `list_files` matches `query` against the **recording name**, not the transcript body, so an archive full of "New Recording 12" is effectively unsearchable. And filtering scans a budget of recent recordings rather than querying the whole account, so an empty result can mean the scan never reached that date. Our [Plaud MCP guide](/blog/plaud-mcp) covers the full tool surface, the returned fields, and the troubleshooting table.
### Doing this for a team, not one laptop
The local install connects your account to your client on your machine. That ceiling matters: when a colleague needs the same meeting, you are back to pasting a summary into a message.
In Kylon, PLAUD is a workspace connection. You authorize it once from an authorization card, and the agents you grant access to can read those recordings inside the room where the work is already being discussed. The connection exposes the four read tools, `list_files`, `get_file`, `get_note` and `get_transcript`, with no `login` tool needed because the connection handles authorization.
That is what makes the rest of this guide possible. A transcript that an agent can read in a shared room can become a CRM update, an issue record, and a follow-up draft that a colleague reviews in the same thread.
## What Plaud Embedded gives you
The other route is for products rather than individuals.
| Component | What it does | Reference |
| --- | --- | --- |
| iOS and Android device SDK | Scan, bind, and pair devices, start and stop recording from your own app UI, transfer files, run over-the-air firmware updates, and read battery, storage, and sync state | [iOS SDK](https://docs.plaud.ai/plaud-embedded/ios-sdk.md), [Android SDK](https://docs.plaud.ai/plaud-embedded/android-sdk.md) |
| Authentication API | Exchange a client ID and secret for a partner token, then mint a per-user token that the SDK and upload endpoints accept | [Authentication APIs](https://docs.plaud.ai/plaud-embedded/auth-api-overview.md) |
| File upload API | Push your user's audio into PLAUD storage and get back a download URL for transcription | [File Upload API](https://docs.plaud.ai/plaud-embedded/file-api-overview.md) |
| Transcription API | Submit an audio URL, then poll the returned transcription ID until the task completes | [Transcription API](https://docs.plaud.ai/plaud-embedded/transcription-api-overview.md) |
Three constraints are worth knowing before anyone scopes work, all from [PLAUD's Embedded FAQ and overview](https://docs.plaud.ai/plaud-embedded/overview.md):
- **You need a mobile app.** The SDK integrates into an iOS or Android application, which handles device pairing, recording controls, and the user experience.
- **A device binds to one app.** PLAUD ties each user's device to a single application, which is what makes its offline encryption work, so a stolen device stays inaccessible.
- **Your users do not need a PLAUD app subscription.** In the SDK model, PLAUD is infrastructure, you pay for transcription usage and connected devices, and you own the product experience and pricing.
PLAUD lists 112 supported languages for its speech models, and offers WiFi Fast Transfer as an alternative to the default BLE syncing at roughly ten times the speed. [Plaud Embedded overview](https://docs.plaud.ai/plaud-embedded/overview.md)
## What it costs
Plaud Embedded bills on two meters: connected devices and transcription hours. New developers get 50 free connected devices, and 300 free transcription hours that unlock after the first device connects. Beyond the free tier, PLAUD publishes 15 USD per device per month and 0.28 USD per transcription hour, charged at the end of the month with a seven day grace period on failed payments. Connected devices are counted as the monthly maximum, not the month-end figure. [Plaud Embedded billing](https://docs.plaud.ai/plaud-embedded/billing.md)
For a pilot, that free tier is usually enough to prove the workflow before anyone signs a contract.
## Where the audio actually sits
This is the part worth settling before you write code, because it decides which teams can adopt the result.
PLAUD documents a device-only integration, where audio stays on the device and moves to your own app and services without touching PLAUD's cloud. Both the Note Pro and the NotePin S carry 64 GB of local storage. If you do use the transcription API, transcriptions are retained for seven days by default, configurable on custom plans, and processing runs in US regions unless you arrange Japan, Europe, or Singapore hosting through PLAUD's sales team. [Plaud Embedded data retention](https://docs.plaud.ai/plaud-embedded/data-retention.md)
On the MCP side the profile is different. For browser clients connecting over HTTP, PLAUD states that recording data passes through its MCP server hosted in the US and is processed in transit only, not stored after the request completes. [PLAUD MCP documentation](https://docs.plaud.ai/plaud-mcp-cli/mcp)
## Which route fits your case
| Question | PLAUD MCP and CLI | Plaud Embedded |
| --- | --- | --- |
| Whose recordings | One person's own archive | Your product's users |
| What you build | A connected client that reads recordings and transcripts | A mobile app that pairs devices and calls PLAUD APIs |
| Effort | Configuration | Engineering project |
| Good for | An individual operator wiring their own meetings into a workflow | A vertical product that needs in-person conversation as first-class context |
| Reference | [PLAUD MCP](https://docs.plaud.ai/plaud-mcp-cli/mcp) | [Quickstart](https://docs.plaud.ai/plaud-embedded/quickstart.md) |
Choose one route based on where the data lives and who should have access. Do not place another person's meeting archive behind a shared personal credential.
## The operating model
Whichever route brings the transcript in, the workflow after it has four stages:
1. **Bring in a completed transcript or note.** A team member can request the relevant PLAUD record through the MCP path, or your own service can submit audio to the transcription API and poll the task until it reports success. PLAUD's transcription flow is a polling model, not a callback: you keep checking while the status reads `PENDING`, `RECEIVED`, `STARTED`, or `PROGRESS`, and read the payload once it reads `SUCCESS`. [Submit audio for transcription](https://docs.plaud.ai/api-reference/transcription-api/submit-audio-for-transcription.md), [Get transcription task](https://docs.plaud.ai/api-reference/transcription-api/get-transcription-task.md)
2. **Extract structured facts.** Kylon separates customer names, attendees, stated needs, commitments, risks, and follow-up dates from the full meeting context.
3. **Match before writing.** The system proposes the CRM account or contact using the meeting context. It does not silently create or overwrite a customer record when a match is ambiguous.
4. **Route work into the correct table.** Product gaps, bugs, implementation blockers, and internal requests become distinct issue records with an owner, source meeting, and review state.
The result is a shared work queue, not another folder of meeting summaries.
Because the pipeline polls rather than receives a callback, store the transcription ID against the meeting record. It is what keeps a retried poll from creating a second CRM update or a duplicate issue.
## What should be extracted from every conversation
Start with a small schema that the team can review quickly:
| Field | Destination | Why it matters |
| --- | --- | --- |
| Account, contact, and attendees | CRM | Keeps the conversation attached to the right relationship |
| Decision and confidence | CRM timeline | Makes commercial context available before the next call |
| Promise, owner, and due date | Action table | Gives each commitment a visible next step |
| Product feedback or blocker | Issue table | Separates delivery work from the customer narrative |
| Transcript and note link | Source field | Lets the team verify the original discussion |
Keep the original transcript available. A summary is an interpretation, and a teammate should be able to return to the exact wording when a decision matters.
One caution specific to PLAUD: `get_file` returns a `presigned_url` for the audio that is valid for 24 hours ([source](https://docs.plaud.ai/plaud-mcp-cli/mcp)). Store the recording ID in your source field and re-resolve the link when someone needs it. A signed URL pasted into a ticket is a dead link by tomorrow.
## A Kylon implementation pattern
### 1. Create an intake room
Create one room for meeting intake and specify what the agent should extract. The instructions should define the team's customer identifiers, which issue types matter, and the cases that require human review. Examples include a new commercial promise, a renewal signal, a security request, or a delivery date.
### 2. Connect the PLAUD source
For a personal working archive, authorize the PLAUD connection and let your agent search recordings, retrieve transcripts, and read generated notes directly in the room.
For a product integration, start from [PLAUD's quickstart](https://docs.plaud.ai/plaud-embedded/quickstart.md): create an Embedded SDK application in the [developer portal](https://portal.plaud.ai/) to get your client ID and secret, generate an API key for the transcription API, then add the SDK to your iOS or Android app. PLAUD also ships an [iOS starter app](https://docs.plaud.ai/plaud-embedded/ios-starter-app.md) and an agent skill you can install with `npx skills add Plaud-AI/plaud-embedded-skills` if you want a coding agent to walk the integration with you.
### 3. Propose CRM changes, then review them
The agent drafts a compact update under the matching account:
- Meeting date and attendees
- Customer goals and unresolved questions
- Commercial or delivery signal
- Proposed next action and owner
- Link back to the transcript or note
A sales or customer-success owner can approve, edit, or decline the proposed update in the same thread. This is safer than treating every detected fact as a final CRM value.
### 4. Create issue records only for actionable work
An issue record should include a short title, type, impact, customer or account, accountable owner, and the source meeting. The transcript link gives product and delivery teams enough context to investigate without re-interviewing the account team.
A useful split is:
- **Bug:** a current behavior blocks a promised workflow
- **Product request:** a repeated need that requires prioritization
- **Implementation task:** configuration, content, or follow-up work owned by the delivery team
- **Risk:** an uncertainty that needs an explicit owner and decision date
## A review checklist that preserves trust
Before any automated update is published, check:
- Did the system match the correct account and contact?
- Is the statement a decision, an open question, or merely a discussion point?
- Does the proposed owner know they own it?
- Does the source link point to the right meeting?
- Should sensitive details be restricted to a smaller room or record?
- Is the transcript still inside PLAUD's retention window, or has your own store become the system of record?
This takes less time than recreating a conversation after an incorrect CRM update.
## When PLAUD is a strong fit
PLAUD is especially useful when valuable meetings happen beyond a browser video call: onsite conversations, client visits, field interviews, or recorded voice notes. PLAUD's own examples for Embedded follow the same shape, including clinical documentation from physician and patient conversations, coaching products that need conversation as agent context, and sales platforms capturing offline meetings. [Plaud Embedded overview](https://docs.plaud.ai/plaud-embedded/overview.md)
The important design choice is not the recorder. It is the routing rule that moves a conversation from raw transcript to accountable work.
## Start with one repeatable meeting type
Begin with a single meeting category, such as customer discovery calls or weekly implementation reviews. Agree on the CRM fields and issue types first. Then run the workflow for a few meetings with review switched on, refine the extraction instructions, and only broaden the scope once the team trusts the records.
If you would like to map this workflow to your CRM and delivery process, [book a Kylon consultation](https://cal.com/team/kylon/kylon-product-introduction).
---
## tl;dv Meeting Notes to CRM and Issue Tracking: A Practical Kylon Workflow
> Use tl;dv transcripts and notes to propose CRM updates, turn delivery blockers into issues, and keep every action tied to its source meeting.
**Author:** Kylon Team · Product | **Date:** 2026-08-06 | **Category:** Guide
**URL:** https://kylon.io/blog/tldv-meeting-notes-to-crm
A sales call, implementation review, or customer interview often leaves three separate trails: the recording in one tool, the customer context in the CRM, and delivery work in an issue tracker. The handoff between those systems determines whether the meeting creates momentum or more follow-up work.
The tl;dv API can retrieve meetings, transcripts, and notes, and its webhook documentation describes notifications when a meeting or transcript is ready. tl;dv API guide tl;dv webhook guide
This article lays out a Kylon pattern that uses those events to prepare CRM and issue-table updates for review. It is designed for teams that want the context from a call to become shared work, not an isolated meeting recap.
## The workflow in one view
1. tl;dv finishes processing a meeting.
2. A MeetingReady or TranscriptReady event starts an intake process. tl;dv webhook events
3. Kylon retrieves the meeting context, transcript, and generated notes through the API.
4. The agent prepares a structured summary and proposes where each fact belongs.
5. An account owner reviews CRM updates. Product and delivery owners review issue records.
6. The final records retain the original meeting as their source.
## Why this is different from sending a summary to Slack
A summary in a channel is useful for awareness, but it does not solve three operational questions:
- Which CRM record should carry this context?
- Which promise needs a named owner and date?
- Which feedback should become an issue rather than a note?
Kylon can keep the discussion, source material, proposed records, and approvals in the same work context. The team can correct a mistaken match before it changes customer data.
## The records to create
### CRM update proposal
Use the following fields as a minimal CRM update:
| Field | Example |
| --- | --- |
| Account and contact | Confirmed company, relevant attendees |
| Meeting summary | Outcomes, concerns, and requested follow-up |
| Opportunity signal | Evaluation stage, timing, or renewal context |
| Next step | Owner, due date, and customer expectation |
| Source | tl;dv meeting and transcript links |
Where your CRM supports it, tl;dv offers native field mapping for HubSpot, Salesforce, and Pipedrive. That can be useful for a stable, narrow mapping. tl;dv CRM field mapping
Use Kylon when the routing depends on context across the meeting, internal instructions, and more than one destination, such as a CRM update plus a product issue plus an internal follow-up.
### Issue record proposal
A well-formed issue record should answer:
- What happened or what was requested?
- Who is affected and how important is the impact?
- Is it a bug, product request, implementation task, or risk?
- Who owns the next action?
- Which exact meeting supplied the context?
This removes the usual detective work from product or delivery teams. They can start with a concise record, then open the transcript only when deeper context is necessary.
## Step-by-step setup
### 1. Confirm API access and ownership
tl;dv states that its API is available on Pro or Business plans and is currently v1alpha1, so teams should expect endpoint changes and keep the integration isolated behind a small connector. tl;dv API access and versioning
Create an API key only for the account and meeting scope that the workflow needs. tl;dv notes that meeting visibility in the app and API access are separate concerns, so test the account that will run the workflow with a real meeting before you rely on a shared link. tl;dv permissions
### 2. Subscribe to completion events
Configure a webhook endpoint to receive only the events that begin your workflow. tl;dv documents `MeetingReady` and `TranscriptReady` events and explains that webhooks can avoid repeated polling for completed meetings. tl;dv webhook configuration
For most teams, `TranscriptReady` is the safer trigger because it indicates that the detailed source material is available. Store the event ID and meeting ID so duplicate deliveries do not create duplicate CRM or issue records.
### 3. Add an extraction and routing guide in Kylon
The guide should name:
- Account matching rules and required confirmation signals
- CRM fields that can be drafted automatically
- Issue types and escalation criteria
- Words or categories that require human review
- A rule that every created record retains the source meeting link
This turns the workflow into an accountable operating process rather than a generic summarization prompt.
### 4. Review proposed changes in one thread
Use a compact approval step for customer records and commitments. A reviewer should be able to choose: approve, edit, send to another owner, or mark as discussion only. The review history becomes part of the context for later calls.
## Common failure modes
**Writing an issue for every comment.** Product feedback needs a threshold. Keep low-confidence comments in the meeting summary, and create an issue only when a team can act on it.
**Updating the wrong account.** Use attendee domains, CRM identifiers, and an explicit confirmation when there are multiple possible matches.
**Losing the source.** Every structured record should retain a link to the tl;dv meeting. This is what makes the automation auditable when a summary omits nuance.
**Giving a workflow blanket permissions.** Limit data access to the intended meeting scope and preserve human review for sensitive account details, commercial terms, and commitments.
## The next useful meeting should update work, not just notes
tl;dv already supports integrations that move meeting insights into many tools, including native CRM workflows. tl;dv integrations
Kylon adds the operating layer for cases where the same meeting needs a shared decision, an accountable task, and a durable source trail across CRM and issue tracking.
If you want the short version of what that looks like on a live tl;dv account, see [Kylon for tl;dv users](/solutions/tldv?from=blog-tldv-meeting-notes-to-crm).
To design the fields and review step for your team, [book a Kylon consultation](https://cal.com/team/kylon/kylon-product-introduction).
---
## MiniMax H3: A Practical Guide to Open-Weight Multimodal Video Generation
> MiniMax H3 combines text, images, video, and audio to generate short videos with native stereo sound. Here is what the official model card confirms, what local deployment does and does not include, and how teams should evaluate it.
**Author:** Kylon Team · Product | **Date:** 2026-08-03 | **Category:** Guide
**URL:** https://kylon.io/blog/minimax-h3-guide-2026
## Official MiniMax H3 resources
- MiniMax H3 official announcement
- MiniMax H3 model card and deployment guide
- MiniMax H3 Community License
- MiniMax video generation API reference
This article uses these first-party documents as the primary sources. It does not embed or rely on third-party social-media demonstrations.
## The short version
**MiniMax H3 is an open-weight, omni-modal video generation system designed to combine text, images, video, and audio in one request.** The official model card specifies 4 to 15 second video output, native stereo audio, supported 768P and 2K workflows, and a reference mode with images, videos, and audio.
The important distinction is operational. MiniMax has released H3 model weights, but its full official 2K pipeline includes hosted components. A team considering local deployment should separate what can run locally today from what depends on the hosted workflow and license conditions.
## What MiniMax H3 officially supports
| Area | Officially documented capability |
| --- | --- |
| Video duration | 4 to 15 seconds |
| Output | Video with 32 kHz stereo audio |
| Resolution | 768P locally through H3-Base, with a 2K regeneration workflow documented by MiniMax |
| Aspect ratios | Includes 21:9, 16:9, 4:3, 1:1, 3:4, and 9:16 |
| Dialogue languages | 11 languages, including Japanese, English, Chinese, Korean, French, German, Italian, Portuguese, Russian, Spanish, and Arabic |
| Generation modes | Text to audio-video, first or last frame, first and last frame, and multimodal reference to video |
| Reference inputs | Up to 9 images, 3 videos, and 3 audio clips in the reference mode, with 12 files total |
MiniMax describes H3 as a general-purpose omni-modal generation model. In practice, that means the prompt can state the relationship among references instead of treating image, motion, and audio as disconnected jobs.
## H3's prompt model: describe relationships among media
The official announcement uses a concise example: use camera movement from a reference video, a character from a reference image, and vocals from a reference audio clip. This is a useful way to think about H3 prompts.
```text
Use Video 1 for the slow circular camera movement.
Use Image 1 for the presenter’s appearance and clothing.
Use Audio 1 for the vocal timbre.
The presenter walks through a quiet gallery, stops beside the product pedestal,
and says the supplied Japanese line in a calm, natural voice.
Keep the gallery lighting and the product shape consistent.
```
The goal is not to upload the largest possible collection of files. It is to specify which reference governs identity, motion, scene, sound, or visual style. If a reference is ambiguous, state what must not be inherited as well.
## Three modes, three planning patterns
### Text to audio-video
Use this when the scene, subject, motion, and audio can be described without a source asset. Text-to-video requires a non-empty text prompt and an explicit output ratio.
### First and last frame
Use a first frame to establish the opening composition. Add a last frame when the end composition is important. This mode is useful for product transformations, logo-to-scene transitions, and planned opening or closing shots.
### Omni reference
Use reference mode when identity, product geometry, motion, or audio needs to follow supplied materials. Reference audio cannot be the only source asset. The API requires at least one reference image or reference video alongside it.
## What is open-weight, and what remains hosted
The model card describes three parts of the broader system:
1. **H3-Context-IR** interprets free-form multimodal inputs and turns them into a structured intermediate representation.
2. **H3-Base** generates audio-video at 768P.
3. **H3-Regenerate-2K** uses the original context and a lower-resolution result to create a 2K version.
The initial open release includes H3-Base checkpoints for local inference. MiniMax states that Context-IR and Regenerate-2K are hosted components, with an API-supported workflow for validating official 2K results. This matters for planning. “Open weights” does not mean every production component can be self-hosted in the same way today.
## A practical local evaluation plan
Before committing an internal workflow or a campaign to H3, run a controlled test rather than selecting from social clips.
1. Choose one product, one character, one 5 to 10 second action, and one output ratio.
2. Run the same brief in text-only, frame-conditioned, and reference modes where appropriate.
3. Record resolution, duration, hardware, elapsed time, retries, prompt version, and every input asset.
4. Review identity, product shape, motion, audio synchronization, dialogue, and text accuracy against a checklist.
5. Separate a promising visual result from an approved production asset. Add exact brand text and legal copy in finishing when needed.
This test gives teams a usable baseline for cost per approved output, not merely an impressive single example.
## Official examples and a safe evaluation checklist
For this guide, we are not embedding third-party creator demos. The relevant public examples are MiniMax's own product demonstrations, which cover film opening titles, product websites, animated posters, advertising, and e-commerce. View the official H3 examples in MiniMax’s announcement.
When evaluating H3 with your own assets, use a short review checklist:
| Review area | What to check |
| --- | --- |
| Reference mapping | Is it clear which input controls identity, product appearance, motion, scene, or voice? |
| Visual continuity | Do subject identity, product geometry, screen direction, and lighting remain stable? |
| Audio | Are dialogue, timing, ambience, and stereo sound appropriate for the action? |
| Brand accuracy | Are wordmarks, UI labels, and regulated copy added from approved source assets where needed? |
| Operations | Are hardware, duration, resolution, retries, and review time recorded? |
This keeps the evaluation tied to a team’s own brief, permissions, and brand standards rather than a creator clip selected from social media.
## License and deployment points to verify
The MiniMax H3 Community License deserves a separate review before a commercial rollout.
- The listed applicable territory excludes the European Union, United Kingdom, Republic of Korea, and United States unless a separate license is obtained.
- Commercial products or services above US$20 million in annual revenue require prior written authorization from MiniMax.
- Commercial interfaces using H3 must prominently display “MiniMax H3.”
- The license requires safeguards for products or hosted services that let others generate outputs.
- The license restricts using H3 works or outputs to improve another AI model.
This is a summary, not legal advice. Review the current license text and the applicable laws with counsel before deployment.
## H3 and Seedance 2.5: choose based on the workflow
Seedance 2.5 and MiniMax H3 were announced in the same release window, but their operational emphasis differs.
| Question | MiniMax H3 | Seedance 2.5 |
| --- | --- | --- |
| Native output duration stated by the provider | 4 to 15 seconds | Up to 30 seconds |
| Model availability direction | Open weights with explicit license conditions | Product and platform rollout |
| Reference workflow | Text, image, video, and audio in omni-reference mode | Larger multi-reference production brief and staged long-form prompting |
| 2K workflow | Documented through base generation plus regeneration workflow | Provider product workflow |
| Best question to test | Can we run and govern an open-weight workflow under the license? | Can we direct a longer multi-stage sequence with our assets? |
Do not infer a winner from a single demo. Choose a brief, run matched tests, record the review criteria, and compare the output that your team can approve and use.
## Sources and evidence boundaries
1. MiniMax official announcement, July 31, 2026. Capability and product-positioning claims.
2. MiniMax H3 model card. Input limits, output specifications, workflow modules, and deployment guidance.
3. MiniMax video API reference. Current request structures, supported roles, media constraints, aspect ratios, duration, and asynchronous task flow.
4. MiniMax H3 Community License, dated August 2, 2026. Territory, commercial, attribution, and safeguard conditions.
## Turn a model test into a shared production workflow with Kylon
A video model test becomes more useful when the materials, decisions, and review criteria stay with the team rather than one creator’s browser session. Kylon gives a creative team one shared place for the brief, approved inputs, test outputs, review notes, and next actions.
### Keep a reusable brand-material pack
Create a shared brand kit for each video workflow: product imagery, approved logo files, UI captures, color and typography guidance, terminology, voice direction, mandatory copy, and usage boundaries. The team can attach those materials to the project conversation and keep versioned source assets alongside the brief.
For H3, that means a reference image is not just an upload. The team can record what it is approved to define, such as product geometry, wardrobe, environment, or camera composition, plus what must not be inherited.
### Share the production skill, not only the final prompt
A Kylon Skill can hold the repeatable method behind a successful test: how to prepare source files, map multimodal references, write a prompt, check output quality, add approved brand text, and route the result for review. Once shared, the same skill is available to the team instead of remaining in one person’s notes.
### Review with the full context visible
Use a Kylon room to keep the brief, source files, generated versions, comments, and approval decision together. Agents can help prepare a first draft of the prompt or organize a comparison, while people retain the approval step for brand-sensitive materials and external publishing.
If your team is evaluating MiniMax H3, Seedance, or another video model, Kylon can provide the shared workflow around the model: brand-material governance, reusable production skills, review context, and a record of what was approved.
## Bottom line
MiniMax H3 is significant because it brings a multimodal video system and an open-weight deployment path into the same conversation. Its practical value depends on the exact workflow: a clear role for every input, measured local or API tests, human review of audio and visuals, and careful attention to the current license.
---
## How to Use Seedance 2.5: A Prompt Framework for References, Continuity, Audio, and Text
> Seedance 2.5 is more than a longer video generator. Its official guides show a practical way to define reference roles, stage a 30-second story, preserve continuity, and separate dialogue, sound effects, music, and subtitles.
**Author:** Kylon Team · Product | **Date:** 2026-08-03 | **Category:** Guide
**URL:** https://kylon.io/blog/seedance-2-5-prompt-guide-2026
## Official Seedance 2.5 guides
- Seedance 2.5 User Guide
- Seedance 2.5 Prompt Guide
These two ByteDance guides are the primary references for the prompt structures and examples in this article.
## The short version
**Seedance 2.5 works best when a prompt is treated as a production brief, not a single descriptive sentence.** The official User Guide and Prompt Guide make that clear: identify what each reference contributes, divide a longer story into observable stages, state what must remain consistent, and specify audio and on-screen text with separate syntax.
That is why Seedance 2.5 is attracting attention alongside MiniMax H3. Both launches point toward multimodal video systems that take more of the production brief as input. Seedance's documentation is especially useful because it explains how to structure that brief.
## What Seedance 2.5 adds
ByteDance launched Seedance 2.5 on July 31. The company says the model can generate audio-video clips of up to 30 seconds in one pass, supports multi-round extension, accepts image, video, and audio references, and offers timestamp-level editing controls. It is rolling out through Jimeng AI and Doubao Pro, with API access planned through BytePlus ModelArk.
The product announcement matters. The guides matter more for teams trying to get repeatable output.
Read ByteDance's Seedance 2.5 announcement and the official User Guide and Prompt Guide.
## The core formula: start with the production brief
Seedance's Prompt Guide proposes a flexible structure:
> **Subject + action or event + scene and environment + visual style + camera movement or cut + audio**
Not every prompt needs every field. But separating them prevents a familiar failure mode: a single dense paragraph where the important requirements compete with one another.
| Prompt layer | What to define | Why it matters |
| --- | --- | --- |
| Subject and event | Who or what is acting, and what changes | Establishes the narrative center |
| Scene | Location, time, spatial relationship, background state | Anchors the environment |
| Visual treatment | Lighting, materials, color, image texture, mood | Sets the visual language |
| Camera | Shot size, angle, movement, cut, focus | Makes direction explicit |
| Audio | Dialogue, voice, ambience, sound effects, music | Keeps sound intentional rather than incidental |
For a product team, this turns a request such as “make a teaser” into a usable creative brief: product, action, environment, camera plan, and audio plan each have a place.
## 1. Give every reference a role
The strongest rule in the Prompt Guide is simple: do not upload references and expect the model to infer their roles.
Instead, map each one explicitly:
```text
@Image 1 defines the product's front view, material, and brand colors.
Do not use its background.
@Image 2 defines the studio layout and warm afternoon lighting.
Do not use the people in the image.
@Video 1 defines the camera pacing and the hand movement.
Do not use the person, clothing, or setting from the video.
@Audio 1 defines the narrator's calm voice and room ambience.
```
This syntax is valuable because it separates **what to inherit** from **what to exclude**. A product reference can define shape and color without importing an unwanted background. A motion reference can define pacing without carrying over the source person's identity.
The guide also recommends describing multi-angle materials as one object. For example, name each view of the same product and state that the output contains only one instance throughout. That reduces ambiguity when the model must maintain an object across cuts.
## 2. Write a 30-second story as stages and end states
Longer generation changes the prompt problem. A 30-second sequence often contains more than one event, so the guide recommends consecutive stages. Each stage should contain one primary state change and an end state that is visible on screen.
```text
[Generation Goal]
Generate a 30-second product launch film. The central subject is one olive-green desk lamp.
[Stage 1]
Initial state: the lamp is folded on a pale wood desk in a quiet studio.
Primary event: a hand unfolds the lamp and turns it toward the desk surface.
End state: the lamp stands upright, facing left, with the light still off.
[Stage 2]
Continue from the previous stage: keep the same lamp, desk, left-facing direction, and camera side.
Primary event: the hand turns on the lamp and places a book beneath it.
End state: the warm pool of light falls on the open book.
[Stage 3]
Primary event: the camera pulls back to reveal the complete workspace.
End state: one lamp remains on the desk, the book stays open, and the room is quiet.
[Maintain Consistency]
Keep the lamp's identity, color, hinge structure, desk position, light direction, and room ambience consistent.
```
The practical benefit is operational: reviewers can identify which stage needs adjustment instead of discarding an entire prompt. It also gives the model observable checkpoints for continuity.
## 3. Use precise timing only for critical moments
The official guidance recommends stages for normal narratives. Use timestamps when a handoff, entrance, exit, cut, or beat has to land at a particular moment.
```text
0–5 seconds: The folded lamp sits alone on the desk. A hand enters and unfolds it.
End state: the hand has left the frame and the lamp is upright.
5–12 seconds: Turn on the lamp. The camera tracks across the desk toward the book.
End state: warm light reaches the open pages.
12–20 seconds: Pull back to a medium-wide view of the workspace.
End state: the lamp, book, and desk remain in their established positions.
```
This is not an instruction to timestamp every movement. It is a way to protect the beats that affect continuity or editorial timing.
## 4. Keep continuity in its own instruction block
A good continuity instruction is concrete. “Keep it consistent” is not enough. The guide calls out the elements worth naming: character identity, character count, clothing, prop ownership, spatial direction, and audio relationships.
For branded work, add product geometry, logo treatment, and approved copy rules. If a wordmark or interface label must be accurate, use a real asset or add it in post-production rather than relying on generative rendering.
The same discipline applies to extension. Before describing the next event, establish what the last frame already contains. Then describe only the new action. Otherwise, the extension prompt can accidentally reset the scene.
## 5. Treat audio and text as separate layers
Seedance supports natural-language audio direction, but the Prompt Guide documents syntax for cases where separation helps:
- `()` for music
- `<>` for sound effects
- `{}` for dialogue
For example:
```text
(Soft rhythmic piano plays under the scene.)
Dialogue language: Japanese. The presenter says in a calm, natural Japanese voice: {今日は、作業に合う明かりを選びます。}
```
If a language or regional variety matters, state it before the dialogue. This is particularly useful for multilingual creative work and for production teams reviewing spoken copy.
Use subtitles and on-screen text as an explicit layer as well. The User Guide notes that Seedance 2.5 improves control over unwanted subtitles and background music, but teams should still define which text belongs in the generated scene and which text will be composed in editing.
## A reusable Seedance 2.5 prompt template
```text
[References]
@Image 1 defines .
@Image 2 defines . Do not use .
@Video 1 defines . Do not use .
@Audio 1 defines .
[Generation Goal]
Generate a . The central subject is . The primary event is .
[Stage 1]
Initial state: .
Primary event: .
End state: .
[Stage 2]
Continue from the previous stage: .
Primary event: .
End state: .
[Maintain Consistency]
Keep consistent.
[Audio]
()
Dialogue language: . says: {}
```
## What public demos are showing, and what they do not prove
The release materials establish what ByteDance says Seedance 2.5 can do. Public creator posts are useful for a different reason: they show which parts of the workflow people are actually trying first. They are demonstrations, not controlled benchmarks. A successful clip does not show retry count, cost per approved result, or whether the same result can be reproduced on another prompt.
### English-language demo posts to inspect
The posts below are selected for a combination of engagement and a clearly stated test setup or prompt. Engagement figures change, so treat these as discovery links rather than performance claims.
**Rewind and timed-camera prompt.** TechHalla shared a 1950s diner sequence with a long-form prompt that specifies visual treatment, camera behavior, and an effect sequence. It is a useful example of why camera and temporal instructions should be written separately from the subject description.
**Reference-led travel-vlog test.** BubbleBrain published a realistic vlog case with a prompt that explicitly asks to retain the reference subject's facial identity, hairstyle, and features. It is a practical demonstration to inspect when evaluating identity instructions across a moving, handheld sequence.
**Minimal-input product test.** Ori Silver shared an unboxing test described as using an image of a box and an image of shoes. This is a useful counterpoint to a 50-reference workflow: start with only the recurring elements that really need to persist, then add references only when the brief requires them.
### Japanese-language demo posts to inspect
Japanese creator posts expose a different set of practical questions: Japanese dialogue, the cost of a 30-second render, multi-shot continuity, and what still fails in real use.
**Japanese speech test.** チビクロ🧩AI錬金術士 tested a food-report style video and specifically discussed Japanese speech. This is a good clip to review alongside the guide's instruction to declare a dialogue language and delivery style before the spoken line.
**A 30-second one-take with prompt and cost context.** タナベ | AI動画 × マーケティング shared a 30-second action sequence, including the prompt and an estimated generation cost. It is useful for understanding that prompt length, iteration budget, and quality review need to be part of production planning.
**Audio-reference music-video experiment.** ヤノ shared a longer music-video experiment that used audio as a reference and also documented continuity and motion issues. This is the kind of honest field note teams should collect internally rather than judging a model solely from its best clip.
### A practical demo-review checklist
When reviewing any Seedance 2.5 demo, ask the same questions before treating it as a production signal:
| Review question | What to inspect |
| --- | --- |
| Reference control | Does the creator state which material governs identity, product, motion, environment, or audio? |
| Continuity | Are identity, product geometry, screen direction, props, and audio relationships stable from start to finish? |
| Temporal control | Can you see a planned handoff, entrance, exit, or cut land near its intended beat? |
| Audio | Is the dialogue language correct? Do music, effects, and voice fit the action? |
| Evidence | Does the post reveal the prompt, assets, settings, retries, duration, and any editing afterward? |
| Economics | Is there enough information to estimate cost per approved output rather than cost per generation? |
The official guides are strongest as a grammar for production briefs. Creator demos are strongest as hypotheses to test against your own assets and review criteria.
## A detailed workflow from brief to approved cut
A repeatable workflow has six parts.
### 1. Build a reference pack before writing the final prompt
Prepare a separate asset for every recurring element that must remain recognizable: one product, one lead character, a location, a key prop, a motion example, and a voice or music reference when applicable. The official Prompt Guide permits up to 30 images, 10 videos, and 10 audio clips, but its recommended ranges are lower. More material is not automatically better. Every asset should have a stated role and a stated exclusion.
For a physical product, use separate front, side, rear, and material references when those views matter. State that they all represent one product. For an actor or presenter, separate identity, wardrobe, and voice references rather than asking one ambiguous source image to carry every requirement.
### 2. Write a scene ledger
Before generating, list the starting state, one primary event, and a visible end state for each scene. If the video has three beats, write three entries. This makes prompt changes reviewable: the team can revise Stage 2 without weakening the established start of Stage 1.
### 3. Decide which requirements belong in generation and which belong in finishing
Use generation for movement, setting, mood, natural sound, and story progression. Use approved source assets and finishing tools for exact brand wordmarks, interface text, legal copy, product labels, and calls to action. This boundary keeps the generated portion expressive while keeping brand-critical elements governed by approved materials.
### 4. Generate a draft and review it against the ledger
Do not review the clip with a general question such as “does it look good?” Review it against the staged brief: correct product? correct person? correct directional continuity? correct audio? correct closing frame? Record which reference was used and which instruction changed in each iteration.
### 5. Use targeted edits when the rest of the take is usable
ByteDance's announcement describes timestamp-level editing, green-screen editing, camera perspective editing, and reference-based editing. The production decision is not whether the feature exists, but whether a local revision preserves everything that is already approved. Test edits on a representative clip before relying on them for a time-sensitive campaign.
### 6. Maintain a reusable prompt and evidence library
Save the prompt, the mapped source assets, the generated version, review notes, final edit, and usage rights in one place. This lets the next campaign begin with an approved reference pack instead of rediscovering the same constraints through ad hoc prompting.
## Where MiniMax H3 fits into the same trend
MiniMax released H3 on the same day as Seedance 2.5. MiniMax describes H3 as a general-purpose multimodal generation model that understands text, image, video, and audio together and produces up to 15 seconds of 2K video with native stereo sound. It also says it plans to release the model weights under its community license, subject to applicable requirements.
The two launches are not interchangeable. Seedance 2.5's public documentation emphasizes a prompt workflow for multi-reference storytelling, staged sequences, extension, and editing. H3 emphasizes a unified multimodal model and open-weight direction. For a team selecting a workflow, the useful question is not which demo looks best. It is whether the system can translate a creative brief into repeatable production instructions.
Read MiniMax's H3 announcement.
## What teams should do next
1. Create a one-page prompt brief template with sections for references, exclusions, stages, continuity, camera, and audio.
2. Store approved product imagery, voice direction, and copy rules in a shared workspace so every new video begins with the same source material.
3. Review outputs stage by stage. Log what changed and which reference or instruction caused the change.
4. Keep generated footage and final composited text separate when brand accuracy matters.
## Sources, evidence boundaries, and further reading
### Primary sources
1. ByteDance Seed Team, “One-take Creation, Flexible Referencing: Introducing Seedance 2.5”, July 31, 2026. Release scope, rollout, 30-second generation, multi-round extension, references, and editing claims.
2. ByteDance / Dreamina, Seedance 2.5 User Guide, updated July 31, 2026. Parameters, extensions, language support, and editing guidance.
3. ByteDance / Dreamina, Seedance 2.5 Prompt Guide, updated July 31, 2026. Reference-role mappings, stage-and-end-state structure, continuity guidance, timestamps, and audio and dialogue syntax.
4. MiniMax, “MiniMax H3: An Open Model Breaking the Boundaries Between Tasks and Modalities”, July 31, 2026. H3's stated multimodal inputs, 2K 15-second output, native stereo sound, and open-weight direction.
### Independent context
- VidMuse’s Seedance 2.5 workflow guide is useful for a production-planning view, but platform availability and pricing should always be checked against the first-party product surface.
- Seedance.tv’s evidence review usefully distinguishes official claims, curated official demos, and independently reproduced results. Its release-access snapshot predates the July 31 launch, so it should not be used as a current availability source.
### How this article evaluates evidence
We separate official claims, creator demonstrations, and repeatable production evidence. Official materials establish what the provider says it supports. Creator posts reveal real prompt approaches and failure modes, but they do not establish average reliability. For campaign decisions, run matched tests with your own assets, record retries and approval rates, and evaluate cost per approved output.
## Bottom line
Seedance 2.5 is worth tracking not only because of its 30-second generation window. Its official guides describe a practical creative language: assign roles to references, express a story as stages with end states, name continuity constraints, and keep music, sound effects, dialogue, and text distinct.
That structure turns a video prompt from an improvised request into an asset a team can review, reuse, and improve.
---
## OpenAI cuts GPT-5.6 prices: Luna drops 80%, Terra drops 20%
> OpenAI has reduced GPT-5.6 Luna pricing by 80% and Terra pricing by 20%, while adding Fast mode for Sol in the API. Here is what changes for teams building production workflows.
**Author:** Clara · GTM & Content | **Date:** 2026-07-30 | **Category:** AI最新ニュース
**URL:** https://kylon.io/blog/gpt-5-6-pricing-update-july-2026
## The short version
On July 30, OpenAI reduced the price of **GPT-5.6 Luna by 80%** and **GPT-5.6 Terra by 20%**. It also introduced **Fast mode** for GPT-5.6 Sol in the API, replacing Priority Processing.
This is not a new-model release. It is a material change to the cost and speed profile of the GPT-5.6 family, particularly for teams running high-volume production workflows.
## What changed
| Model or feature | Change | Current API price |
| --- | --- | --- |
| GPT-5.6 Luna | 80% lower price | $0.20 input / $1.20 output per 1M tokens |
| GPT-5.6 Terra | 20% lower price | $2 input / $12 output per 1M tokens |
| GPT-5.6 Sol Fast mode | Up to 2.5x Standard speed | 2x Standard price |
OpenAI positions Luna as the fast, lower-cost option for high-volume work. Terra is the balanced model for everyday tasks. Sol remains the higher-capability option for demanding work.
## Fast mode replaces Priority Processing
Fast mode is available for GPT-5.6 Sol in the API. OpenAI says it can deliver up to 2.5x the speed of Standard processing, at twice the price, with no change in intelligence. Existing API requests tagged `priority` will continue to work and will use Fast mode.
That makes the trade-off explicit: teams can pay for lower latency when the workflow justifies it, rather than applying premium processing to every request.
## Availability
Terra and Luna remain available in the OpenAI API, ChatGPT Work, and Codex. In ChatGPT Work and Codex, Free and Go users can access Terra. Plus, Pro, Business, and Enterprise users can choose both Terra and Luna. OpenAI says subscription prices and quota budgets are unchanged, while Terra and Luna consume fewer credits.
## Why this matters for production workflows
The practical question is not which model has the highest capability in isolation. It is which model is appropriate for each stage of work.
A team could use Sol to resolve uncertainty and set a plan, then route well-specified implementation, testing, document classification, or extraction work to Luna. Terra can sit between those extremes for routine knowledge work. The new pricing widens the gap between those cost profiles.
That approach is easier to operate when the workflow, source context, and approval rules live in one place. Kylon lets teams bring AI agents into the same workspace as their rooms, files, rules, and recurring workflows, so model selection can be connected to the work itself rather than reinvented in each prompt.
## Bottom line
- Luna is now 80% less expensive.
- Terra is now 20% less expensive.
- Sol gets a faster API processing option through Fast mode.
- Teams should review high-volume jobs and separate routine execution from higher-stakes reasoning.
Read OpenAI's official announcement for the complete pricing and availability details.
---
## 6 Ways AI Agents Replace Your CRM Stack (Lead Search to Pipeline)
> Your CRM, enrichment tool, outbound platform, and inbox manager can be one workspace. Here are six ways AI agents handle the entire customer lifecycle without four separate subscriptions.
**Author:** Kylon Team · Product | **Date:** 2026-07-29 | **Category:** Guide
**URL:** https://kylon.io/blog/ai-crm-use-cases-2026
Most sales teams in 2026 are running four tools to manage customers: a CRM (Attio, HubSpot), an enrichment engine (Clay, Apollo), an outbound platform (Outreach, Instantly), and an inbox/meeting tool (Clarify, Gong). Each one has its own login, its own pricing, and its own version of your customer data.
AI agents can replace this stack. Not by being a better CRM, but by doing the work that CRMs were built to organize. Here are six ways this works in practice.
## 1. Lead Search and Enrichment
**The old way:** Export an ICP list from Apollo or LinkedIn Sales Navigator. Import it into Clay for waterfall enrichment. Export enriched data. Import into your CRM. Repeat weekly.
**With agents:** Tell your agent: "Find CTOs at SaaS companies with 50-200 employees in the Bay Area." The agent searches Apollo and Exa, enriches each result with email, title, company size, LinkedIn history, and funding stage, then saves everything to a Database App. No export-import dance. No separate enrichment subscription.
**What is happening under the hood:** Apollo and Exa are built into the platform. The agent calls them as needed, pays per use (no separate subscription), and writes results directly to your database. This replaces Clay's waterfall enrichment and Apollo's standalone search.
**Key difference from Clay:** Clay charges $446+/month for Growth and requires 4-6 weeks to learn. The agent approach needs one sentence of instruction.
## 2. Pipeline Management
**The old way:** Configure deal stages in your CRM. Manually update fields after calls. Hope the team actually logs activities.
**With agents:** Build a custom pipeline with Database Apps. Table view for data-heavy work, board view for visual pipeline management, calendar view for time-sensitive deals. Agents update stages automatically based on email activity, meeting outcomes, and deal signals. The pipeline stays current without anyone touching it.
**What makes it different from Attio:** Attio's Custom Objects are flexible, but you are still inside a CRM product. Database Apps let you build the entire UI — not just the data model. And agent updates are not an add-on feature; they are how the system works by default.
## 3. Email Outreach and Sequences
**The old way:** Draft emails in Outreach or Instantly. Set up multi-step sequences. Pay $100+/month for the tool. Manage deliverability separately.
**With agents:** Your agent drafts personalized emails from lead data, schedules them across the day to avoid spam filters, and sends after your approval. Multi-step sequences — initial email, follow-ups, break-up email — run automatically. The email management UI, auto-replies, and send scheduling are all built in.
**What this replaces:** Outreach ($100+/seat/month), Instantly ($30+/month), or any other email sequencing tool. Gmail and Outlook connect directly, and everything runs inside one workspace.
## 4. Inbox Management and Reply Automation
**The old way:** Manually check your inbox. Scan for hot replies. Copy interested leads into your CRM. Forget to follow up on the warm ones.
**With agents:** Agents auto-classify inbound emails: Hot (wants to move forward), Warm (asked a question), Cold (not interested). Hot replies trigger immediate follow-up creation. Warm replies get a template response with a calendar link. Cold replies are logged and the sequence stops.
**What this extends:** Clarify does meeting intelligence — recording, transcription, summaries. This extends the same concept to your entire email workflow. Every inbound message is classified, prioritized, and acted on without manual review.
## 5. Team Collaboration Around Deals
**The old way:** Log notes in your CRM. Send Slack messages about deals. Lose context between the two systems.
**With agents:** Open a thread for each deal. Agents and reps discuss in the same context. The agent adds competitor intelligence, drafts responses, and prepares meeting briefs — all visible to the team. Save winning email templates and proposal structures as Skills and distribute them to every agent on the team instantly.
**What this is not:** A CRM "notes field." It is a real-time conversation where agents and humans collaborate on deal strategy. The agent has the full context of every interaction, not just what someone remembered to log.
## 6. Automated Pipeline Monitoring
**The old way:** Weekly pipeline review meeting. Someone pulls a report. Half the deal stages are outdated. You spend the meeting updating data instead of discussing strategy.
**With agents:** Workflows check deal status and customer activity on a schedule. Stalled deals get flagged. Upcoming renewals trigger prep tasks. Competitor moves surface as alerts. Weekly pipeline summaries are generated automatically and posted to the team room.
**What this replaces:** The manual pipeline review. The "when did we last hear from them?" question. The renewal that slipped through the cracks. Agents keep the pipeline healthy around the clock.
## The Math
A typical 5-person sales team's current stack:
| Tool | Monthly Cost |
|------|-------------|
| Attio Pro | $395-495 |
| Clay Growth | $446+ |
| Outreach | $500+ |
| Clarify | $300-600 |
| **Total** | **$1,641-2,041/month** |
That is $19,700-24,500/year on four tools that each hold a different version of your customer data.
An AI workspace replaces the stack. Lead search, enrichment, email, pipeline, inbox management, and monitoring — all in one place, with agents that work as team members rather than features you configure.
## Getting Started
The transition does not have to be all-at-once. Most teams start with one workflow — usually lead search and enrichment, since that is where the cost and friction are highest — and expand from there.
1. Connect Gmail or Outlook
2. Build a lead database with Database Apps
3. Ask your agent to search for your first target list
4. Review the enriched results and approve outreach emails
5. Let the system run
The CRM is not a product you buy. It is what happens when your agents do their jobs.
---
## AI-Native CRM Comparison: Attio vs Clay vs Clarify vs Kylon (2026)
> Attio, Clay, and Clarify are the three AI CRMs everyone is talking about. This guide breaks down what each one actually does, where they fall short, and why an AI workspace may be the better move.
**Author:** Kylon Team · Product | **Date:** 2026-07-29 | **Category:** Compare
**URL:** https://kylon.io/blog/ai-native-crm-comparison-2026
In 2026, the CRM market split into two camps. Legacy platforms like Salesforce and HubSpot bolted AI onto existing workflows. A new generation — Attio, Clay, and Clarify — built AI into the foundation. But even among the new players, the approaches are surprisingly different.
This article dissects all three, compares them on the dimensions that actually matter for revenue teams, and introduces a fourth option that most buyers have not considered: replacing the CRM stack entirely with an AI workspace.
## Attio: The Flexible Data Model CRM
**Positioning:** "The revenue platform engineered for scale." London-based, popular with VC-backed startups, PLG teams, and RevOps operators. Think Notion-meets-CRM with embedded AI.
### What Attio does well
- **Custom Objects from day one.** Contact, Company, Deal are just starting points. Build objects for investors, partnerships, projects — anything your GTM motion needs. This flexibility is what pulls teams away from HubSpot.
- **AI Attributes.** Fields that fill themselves using AI. Four types: Research (web lookup), Classify (categorization), Summarize, and Prompt Completion. Useful for ICP scoring, account summaries, and lead qualification.
- **Research Agent.** A standalone AI agent that searches the web and your workspace, then writes structured answers back onto records. Closest thing to having an analyst populate your CRM.
- **Call Intelligence.** Meeting recording, transcription, and AI summary pulled directly into the contact record. Pre-built MEDDPICC and BANT templates.
- **Universal Context.** A signal layer that aggregates email, calendar, product data, and support history into one view.
### Where Attio falls short
- Enrichment is basic — roughly Clearbit-level. No waterfall enrichment, no 150-source coverage.
- Outbound sequences require Pro ($79–99/seat/month). Lower tiers have no native outreach.
- AI features consume credits on top of your seat price.
- Reporting is lightweight. For real BI, you need an external tool.
**Pricing:** Free (3 seats) → Plus $35–44/seat/month → Pro $79–99/seat/month → Enterprise (custom). A 5-person team on Pro runs about $4,740/year before AI credits.
## Clay: The GTM Data Infrastructure Play
**Positioning:** "Infrastructure to get any data, run agentic workflows, and launch GTM plays." Clay is not a CRM. It is a data enrichment and workflow orchestration engine that hit $100M ARR and became the most-discussed tool in RevOps circles.
### What Clay does well
- **Waterfall Enrichment.** Queries 150+ data providers in sequence, stops at the first valid result. Verified email match rates around 78% versus 42% from single-source tools.
- **Claygent.** An AI research agent that generates personalized hooks from job postings, LinkedIn profiles, and company websites. Saves hours of manual prospect research.
- **Signal and Intent tracking.** Monitors job changes, funding events, tech stack shifts, and news mentions as buying signals.
- **GTM Workflows.** Visual orchestration from sourcing through enrichment to outreach.
- **MCP for Reps.** Lets salespeople query 200+ data providers using natural language.
### Where Clay falls short
- The learning curve is 4–6 weeks. You need GTM engineering skills or a consultant.
- Pricing is confusing: action credits and data credits are consumed separately and unpredictably.
- CRM sync requires the Growth plan ($446/month). So you still need a CRM on top.
- Hidden costs add up: credit top-ups run $1,500–3,000/year; most teams also need Sales Navigator at $1,200–2,400/year.
**Pricing:** Free → Launch $185/month → Growth $446/month → Enterprise (custom). A 5-person team on Growth with credit overages can exceed $7,000/year.
## Clarify: The Autonomous CRM for Small Teams
**Positioning:** "The autonomous CRM for founder-led startups." Clarify auto-populates itself from your email, calendar, and meetings. In June 2026, it launched AI Agents for general-purpose CRM automation.
### What Clarify does well
- **Zero manual data entry.** Connect email and calendar; Clarify creates contacts, tracks deals, and summarizes meetings automatically.
- **AI Agents.** Describe any workflow in plain English and an agent runs it: research, follow-ups, record updates, pipeline digests.
- **Lead Finder + Campaigns.** Prospecting and outbound email in one product. Went GA in April 2026.
- **Meeting Intelligence.** Recording, transcription, summaries, action items, and follow-up creation — all automatic.
- **Unlimited seats.** Pay by credits, not per user. Small teams pay less.
- **SOC 2 Type 2** certified as of April 2026.
### Where Clarify falls short
- Enrichment is basic. No waterfall, no deep multi-source coverage.
- Campaigns are limited to 5 active sequences on the Starter plan. Not enough for high-volume outbound.
- Agents operate within CRM data only. No code execution, no external analysis, no general-purpose tasks.
- Custom Objects are limited and require a paid plan.
**Pricing:** Free (1,000 credits/month) → Starter $50/month (5,000 credits) → Growth (custom). A 5-person team typically lands at $300–600/month on Starter+.
## The Comparison Matrix
| Dimension | Attio | Clay | Clarify | Kylon |
|-----------|-------|------|---------|-------|
| **Data model flexibility** | ◎ Custom Objects | △ Tables, not a CRM | ○ Custom Objects (paid) | ◎ Database Apps + custom UI |
| **Enrichment** | △ Basic | ◎ 150+ sources | △ Basic | ○ Apollo + Exa built in |
| **Email management** | ○ Pro plan | ✕ External tool | ○ Campaigns | ◎ Native Email UI + auto-reply |
| **AI Agents** | ○ Research Agent | ○ Claygent | ○ Agents GA | ◎ First-class workspace members |
| **Agent versatility** | △ CRM data only | △ Enrichment flows only | △ CRM data only | ◎ Code, email, calls, analysis |
| **Team collaboration** | ○ | △ | ○ | ◎ Rooms + threads |
| **Custom UI** | ✕ | ✕ | ✕ | ◎ Build full dashboard apps |
| **Outbound tools** | ○ Pro plan | ✕ Need external | ○ Campaigns | ◎ Built-in email automation |
| **Scheduled automation** | ○ | ○ | ○ (paid) | ◎ Workflows + cron + events |
| **Per-seat pricing** | Yes | No (credits) | No (credits) | No |
## The Fourth Option: Workspace-Native CRM
Attio, Clay, and Clarify share a structural constraint: they solve the problem inside the CRM product category.
CRM + enrichment tool + email sequencer + meeting recorder. Every tool you add scatters your data further, stacks another monthly bill, and creates another integration to maintain.
Kylon takes a different approach. Customer management is not a product — it is one of the things your agent team does.
### How Kylon replaces the stack
- **Database Apps** for customer tables, deal pipelines, and any custom entity. Table, board, and calendar views. Build the entire UI if you need to. This is what Attio's Custom Objects do, but without the CRM frame.
- **Apollo + Exa enrichment built in.** Person search, company search, email discovery, LinkedIn history — all available as built-in agent capabilities. No separate Clay or Apollo subscription.
- **Native Email UI + automation.** Connect Gmail or Outlook. Read, send, reply, auto-classify, auto-respond — all inside Kylon. Replaces Outreach and Instantly.
- **Workflows** for scheduled lead searches, follow-up sequences, pipeline updates, and monitoring alerts. Time-triggered or event-triggered.
- **Rooms and threads** for deal-level collaboration. Agents and humans discuss in the same context. Not a CRM notes field — a real conversation.
- **Skills** to save winning email templates, proposal structures, and scoring criteria. Distribute to every agent on the team instantly.
### What makes this fundamentally different
In Attio, Clay, and Clarify, AI is a feature layer. It makes the CRM smarter, but the CRM is still the product.
In Kylon, there is no CRM product. There are agents that search for leads, enrich data, send emails, update pipelines, and collaborate with your team — all in the same workspace where everything else happens. The "CRM" is an emergent outcome of agents doing their jobs.
## Which should you choose?
- **Choose Attio** if data model flexibility is your top priority and your team builds operations around a CRM. If you are migrating from HubSpot and want something modern but familiar.
- **Choose Clay** if you have GTM engineering expertise and waterfall enrichment across 150+ sources is central to your sales strategy. If you can absorb the learning curve and credit costs.
- **Choose Clarify** if you are a small team (under 5) that wants zero manual data entry and lightweight CRM automation. If enrichment and high-volume outbound are not priorities.
- **Choose Kylon** if you want CRM + enrichment + email + analytics in one place, without stitching tools together. If you want agents that run the full customer lifecycle as team members, not as CRM features.
---
## How to Use AI Agents for People Search: 6 Use Cases That Replace 5 Tools
> Your agent already has Apollo, Exa, and 50+ data sources built in. Here are six ways teams use Kylon to find leads, creators, partners, and experts without juggling subscriptions.
**Author:** Kylon Team · Product | **Date:** 2026-07-29 | **Category:** Guide
**URL:** https://kylon.io/blog/ai-people-search-use-cases
Sales teams spend 21% of their week searching for contacts. Recruiters toggle between LinkedIn, GitHub, and three browser tabs of niche databases. Marketing managers export CSVs from one tool, import them into another, and lose half the data in between.
People search has always been a multi-tool problem. You need one product to find people, another to verify emails, a third to store results, and a fourth to send outreach. In 2026, that stack typically costs $300–$500/month per person before you write a single email.
AI agents change this. When your agent has built-in access to Apollo, Exa, LinkedIn, X, GitHub, TikTok, and 40+ other data sources, "finding people" becomes a conversation, not a subscription.
Here are six use cases where teams are replacing fragmented tool stacks with a single agent workflow.
## 1. B2B Sales Prospecting
**The old way:** Open Apollo. Set 12 filters. Export 200 contacts. Import into your CRM. Manually check which emails bounced. Repeat next week.
**With an agent:**
> "Find VP-level marketing leaders at Series B SaaS companies in the US. Verified emails only. Add them to my Prospects table."
Your agent queries Apollo and Exa simultaneously, cross-references results, verifies email addresses, and adds 120+ contacts to a shared database app. Custom fields track outreach status. Your team sees results immediately.
**What changes:**
- No filter dropdowns to learn. Describe your ICP in plain English.
- Results go into a native database, not a CSV. Add status columns, notes, board views.
- The same agent that found the contacts can draft personalized intro emails.
**Data sources used:** Apollo (contact database), Exa (web enrichment), LinkedIn (profile verification).
---
## 2. Creator & Influencer Discovery
**The old way:** Search TikTok manually. Open each profile. Check follower count and engagement rate. Copy data into a spreadsheet. Repeat for Instagram. Then YouTube.
**With an agent:**
> "Find fitness creators in LA with 50K+ TikTok followers and 5%+ engagement rate. Include their Instagram handle if they have one."
Your agent scrapes TikTok and Instagram using built-in social media scrapers, checks engagement rates, and builds a creator roster with follower counts, engagement metrics, content categories, and contact info.
**What changes:**
- Cross-platform search in one query. TikTok + Instagram + YouTube simultaneously.
- Engagement data is calculated, not guessed.
- Results are stored in a shared table. Your team can filter by niche, location, follower count.
**Data sources used:** Social Media Scraper (TikTok, Instagram, YouTube), Bright Data (profile enrichment).
---
## 3. Expert & Talent Sourcing
**The old way:** Search LinkedIn Recruiter. Check GitHub profiles separately. Look up academic publications on Google Scholar. Somehow merge all three datasets.
**With an agent:**
> "Find NLP researchers who published at ACL 2025 and currently work at startups with fewer than 50 employees."
Your agent cross-references LinkedIn profiles with GitHub activity and academic databases, filters by company size using Exa enrichment, and builds a talent pool with publication history, GitHub contributions, and current role.
**What changes:**
- No manual cross-referencing between platforms.
- Academic + professional + open-source profiles merged into one record.
- Results feed into a talent pipeline your recruiting team shares.
**Data sources used:** LinkedIn (professional profiles), GitHub (open-source contributions), Exa (company enrichment), Apify (academic sources).
---
## 4. Partner & Investor Search
**The old way:** Browse Crunchbase. Export a list. Google each company individually. Check LinkedIn for the right contact person. Build a spreadsheet.
**With an agent:**
> "Find AI consulting firms in APAC with 10-50 employees that work with SMBs. Get the founder or CEO's email."
Your agent enriches each company with funding data, team size, and tech stack from Exa and Apollo. Results land in a filterable partner table with company profile, key contact, and relevance notes.
**What changes:**
- Company and person data in one query, not two tools.
- Agent explains why each match is relevant based on your criteria.
- Partner pipeline is a shared database, not a personal spreadsheet.
**Data sources used:** Apollo (company + contact data), Exa (web enrichment), Apify (company websites).
---
## 5. Automated Outreach Sequences
People search without outreach is just research. In most tool stacks, you export contacts from your search tool, import them into your email tool, write templates, and hope personalization tokens work.
**With an agent:**
> "For each person in my Prospects table, draft a personalized intro email that references their latest LinkedIn post or company announcement. Send through my Gmail. Let me review each batch before it goes."
Your agent reads each contact's public profile, finds a recent post or news mention, writes a personalized paragraph, and queues the email through your connected Gmail or Outlook. You approve before sending.
**What changes:**
- Personalization is genuinely personal, not just {first_name} tokens.
- No separate sequencing tool. Outreach lives in the same workspace as your contacts.
- Every touchpoint is logged in the same database.
**Data sources used:** Social Media Scraper (latest posts), Exa (company news), Gmail/Outlook connection (sending).
---
## 6. Ongoing Pipeline Monitoring
This is the use case no standalone people search tool handles. Searching once is easy. Searching every week, adding new matches, and keeping your pipeline fresh is a manual grind.
**With an agent:**
> "Every Monday at 9am, check for new seed-stage AI startups that raised in the last 7 days. Add their founders to my Prospects table. Skip anyone already in the table."
Your agent runs this as a scheduled workflow. New matches appear in your database automatically. Duplicates are filtered. Your pipeline grows without manual work.
**What changes:**
- Prospecting becomes passive. Your pipeline grows while you focus on closing.
- No weekly "search and export" ritual.
- Deduplication is automatic. The agent knows what is already in your table.
**Data sources used:** Apollo (funding data), Exa (startup tracking), automated via Kylon workflows.
---
## The tool stack this replaces
Here is what teams typically pay before consolidating into an agent workspace:
| Tool | Purpose | Monthly cost |
|------|---------|-------------|
| Apollo or ZoomInfo | Contact database | $49–$1,250/mo |
| Lessie AI or PeopleGPT | AI people search | $39–$699/mo |
| Clay | Data enrichment | $149–$800/mo |
| Lemlist or Instantly | Email sequences | $39–$97/mo |
| Google Sheets | Result storage | Free (but manual) |
| **Total** | | **$276–$2,846/mo** |
With an agent workspace, all five functions collapse into one: your agent searches, stores, enriches, reaches out, and monitors. The data sources (Apollo, Exa, social scrapers, Apify, Bright Data) are built in.
## What makes agent-based people search different
Three things separate agent-based people search from standalone tools:
**1. Context carries forward.** When you tell your agent "find more people like the ones who converted last month," it already knows your pipeline. A standalone search tool starts from zero every time.
**2. Results are alive.** In a standalone tool, results are a snapshot you export. In your workspace, results live in a shared database that your whole team filters, annotates, and acts on.
**3. Search connects to action.** Finding people is step one. Storing, enriching, sequencing, and collaborating are steps two through five. Agent workspaces handle the full loop.
---
## Getting started
If you want to try agent-based people search:
1. **Start with a specific query.** "Find 50 Series A founders in fintech in Singapore" is better than "find me leads."
2. **Set up a database app.** Create a table for your results with the fields you care about (name, company, title, email, status).
3. **Add a workflow.** Once your first search works, schedule it to run weekly.
4. **Connect your email.** Let your agent draft outreach from the results.
The shift from tool-based to agent-based people search is not about doing the same thing faster. It is about removing the gaps between finding, storing, and acting.
[Start free](https://app.kylon.io/sign-up)
---
## Best AI People Search Tools in 2026: 10 Products Compared
> From Lessie AI and Apollo to Clay and ZoomInfo — we compared every major AI people search tool and explain why agent-native workspaces change the game.
**Author:** Kylon Team · Product | **Date:** 2026-07-29 | **Category:** Compare
**URL:** https://kylon.io/blog/best-ai-people-search-tools-2026
Finding the right people used to mean scrolling through LinkedIn for hours, buying expensive database subscriptions, and copy-pasting contacts into spreadsheets. In 2026, AI-powered people search tools have changed the equation. You describe who you want in plain language, and the tool searches multiple data sources, scores relevance, and returns verified contacts.
But not all people search tools work the same way. Some are standalone search engines. Others are databases with AI bolted on. A few are full platforms where search is just the starting point.
We tested 10 tools across five dimensions: **data sources**, **search quality**, **what happens after the search**, **team collaboration**, and **pricing**. Here is what we found.
## The landscape: four categories of people search
Before we compare individual tools, it helps to understand the four categories:
1. **AI-first people search engines** — You describe who you want in natural language. The AI searches the web and returns ranked results. Examples: Lessie AI, Juicebox/PeopleGPT, Articuler.
2. **B2B contact databases** — Massive proprietary databases with structured filters. AI is a feature, not the foundation. Examples: Apollo, ZoomInfo, Lusha, Cognism, RocketReach.
3. **Enrichment and workflow platforms** — They don't own the data. They aggregate 50+ providers and let you build research workflows. Examples: Clay, People Data Labs.
4. **Agent-native workspaces** — People search is one capability inside a broader workspace where AI agents handle the full pipeline: find, store, enrich, reach out, and collaborate. Example: Kylon.
The category you need depends on your workflow. If all you want is a list of emails, a database works fine. If you want the search to connect to storage, automation, outreach, and team collaboration, you need category 3 or 4.
## Head-to-head comparison
| Tool | Category | Data sources | Search method | After the search | Team collab | Starting price |
|------|----------|-------------|---------------|-----------------|-------------|---------------|
| **Lessie AI** | AI search engine | 15+ (LinkedIn, X, GitHub) | Natural language | CSV export, basic email | Single user | $99/mo |
| **Apollo** | B2B database | Proprietary (275M contacts) | Structured filters + AI | Sequences, CRM sync | Per-seat | $49/mo/seat |
| **ZoomInfo** | B2B database | Proprietary (300M+ contacts) | Structured filters | Sequences, intent data | Per-seat | $15K+/yr |
| **Clay** | Enrichment platform | 50+ waterfall providers | Table-based research | Enrichment workflows | Shared tables | $149/mo |
| **Lusha** | B2B database | Proprietary (100M+ contacts) | Chrome extension + search | CRM push | Per-seat | $36/mo/seat |
| **Cognism** | B2B database | Proprietary (EU focus) | Structured filters | Dialer, sequences | Per-seat | Custom |
| **HeroHunt.ai** | People search API | Proprietary + web | API calls | API response (JSON) | N/A (API) | $49/mo |
| **Juicebox (PeopleGPT)** | AI search engine | Web + LinkedIn | Natural language | CSV export | Single user | $39/mo |
| **Prospeo** | Email finder | 300M+ profiles | Email lookup | Verification | Basic | Free tier |
| **Kylon** | Agent workspace | 50+ (Apollo, Exa, social, Apify, Bright Data) | Natural language to agent | Database apps, workflows, outreach, CRM | Full workspace | Included |
## Tool-by-tool breakdown
### 1. Lessie AI
**What it is:** An AI-powered people search engine. You type a natural language query like "Find Series B Berlin ML engineers with NLP background" and Lessie searches 15+ sources including LinkedIn, X, and GitHub.
**What it does well:**
- Natural language search is genuinely useful. No boolean strings or filter dropdowns.
- Match scoring (0-100) with explanations for why each person was selected.
- Built-in email verification.
- PeopleSearchBench — they published an open benchmark (and top it, unsurprisingly).
**Where it falls short:**
- Results end at a list. You export a CSV and figure out the rest yourself.
- No native storage, no automation, no scheduled searches.
- Single-user dashboard. No team collaboration on results.
- Credit-based pricing means heavy users burn through allowances quickly.
**Best for:** Solo founders or recruiters who need quick, natural-language people searches and plan to import results into their own CRM.
**Pricing:** $99–$699/mo (credit-based).
---
### 2. Apollo
**What it is:** The most popular B2B contact database with 275 million contacts, structured filters, and built-in email sequences.
**What it does well:**
- Massive database with high coverage in North America and Europe.
- Built-in sequencing for outbound email campaigns.
- CRM sync with Salesforce, HubSpot.
- Intent data and job change alerts.
**Where it falls short:**
- Per-seat pricing adds up quickly for growing teams.
- Search is filter-based, not conversational. You need to know what fields to filter on.
- Data quality varies. International coverage (Asia, LATAM) is weaker.
- The tool exists in its own silo. Results don't connect to your broader workflow.
**Best for:** Sales teams with established outbound motions who need a reliable contact database.
**Pricing:** $49–$119/seat/mo.
---
### 3. ZoomInfo
**What it is:** Enterprise-grade B2B intelligence platform with 300M+ contacts, intent data, and org chart mapping.
**What it does well:**
- Deepest contact and company database in the market.
- Intent data signals who is actively researching solutions like yours.
- Org chart and reporting structure data.
- GTM AI layer for connecting data to agents via MCP.
**Where it falls short:**
- Expensive. Annual contracts start at $15K+ per year.
- Complex UI with a steep learning curve.
- Built for large sales organizations, not startup teams or non-sales use cases.
**Best for:** Enterprise sales teams with budget and need for intent data.
**Pricing:** $15K+/yr (annual contract).
---
### 4. Clay
**What it is:** A data enrichment and research platform that waterfalls 50+ data providers and lets you build research workflows in a spreadsheet-like interface.
**What it does well:**
- Waterfall enrichment: tries multiple providers in sequence until one returns data.
- Flexible workflow builder for complex research pipelines.
- AI-powered columns that can summarize, score, or extract insights.
- "Audiences" feature for unlimited people and company search.
**Where it falls short:**
- Learning curve. Building Clay tables and workflows takes time.
- Expensive for high volume ($149–$800/mo).
- No built-in outreach. You still need a separate sequencing tool.
- Clay is a research tool, not a collaboration workspace. Results live in Clay, not where your team works.
**Best for:** Growth teams that run complex, multi-source research workflows and want granular control over enrichment logic.
**Pricing:** $149–$800/mo (credit-based).
---
### 5. Lusha
**What it is:** Lightweight B2B contact finder with a Chrome extension that surfaces emails and phone numbers on LinkedIn profiles.
**What it does well:**
- Simple Chrome extension for on-the-fly lookups.
- Phone number data (direct dials) is a differentiator.
- Integrates with CRMs quickly.
**Where it falls short:**
- Database is smaller than Apollo or ZoomInfo.
- Limited beyond contact lookup. No sequences, no workflows, no automation.
- Per-seat pricing for teams.
**Best for:** Individual SDRs who want quick contact lookups while browsing LinkedIn.
**Pricing:** $36/seat/mo.
---
### 6. Cognism
**What it is:** B2B contact database with strong European coverage, phone-verified mobile numbers, and GDPR compliance.
**What it does well:**
- Best-in-class European data coverage.
- Phone-verified mobile numbers (Diamond Data).
- Built-in dialer for cold calling workflows.
- GDPR and CCPA compliant by design.
**Where it falls short:**
- Weaker coverage outside Europe.
- Expensive (custom pricing, enterprise-oriented).
- No agent or AI-native workflows.
**Best for:** European sales teams that need phone-verified contacts and regulatory compliance.
**Pricing:** Custom (enterprise).
---
### 7. HeroHunt.ai
**What it is:** A people search API designed for AI agents and automation builders. You send a query, you get structured JSON back.
**What it does well:**
- Built for developers and agent builders, not end users.
- Fast, clean API with structured responses.
- Good for embedding people search into custom applications.
**Where it falls short:**
- API-only. No UI, no team collaboration, no built-in storage.
- You need to build everything around it.
**Best for:** Developers building custom recruiting or prospecting tools.
**Pricing:** $49/mo.
---
### 8. Juicebox (PeopleGPT)
**What it is:** One of the earliest AI people search tools. Natural language queries return ranked profiles sourced from web data.
**What it does well:**
- Pioneer in natural language people search.
- Simple, clean interface.
- Good for broad, exploratory searches.
**Where it falls short:**
- Smaller data coverage than Lessie or Apollo.
- No enrichment, no automation, no outreach.
- Results are basic profiles, not deeply verified contacts.
**Best for:** Quick exploratory searches when you are not sure exactly who you are looking for.
**Pricing:** $39/mo.
---
### 9. Prospeo
**What it is:** An email finder and verification tool with 300M+ professional profiles.
**What it does well:**
- High email accuracy (98% claimed).
- Free tier with 75 verified emails per month.
- LinkedIn email extraction via Chrome extension.
**Where it falls short:**
- Not a people search tool in the AI sense. It finds emails for people you already know.
- No natural language search, no enrichment workflows.
**Best for:** Teams that have a list of target people and need verified email addresses.
**Pricing:** Free tier, paid from $39/mo.
---
### 10. Kylon
**What it is:** An AI-native workspace where people search is one of many things your agents do. Your agent searches Apollo, Exa, LinkedIn, X, GitHub, TikTok, and 40+ other sources, then stores results in a native database, runs scheduled searches, and handles outreach.
**What it does well:**
- **50+ built-in data sources** with zero configuration. Apollo, Exa, social scrapers, Apify, Bright Data, People Data Labs. No API keys, no credit packs.
- **Natural language queries** to your AI agent, which picks the right data sources automatically.
- **Native database apps.** Results don't go to a CSV. They go into a shared database with custom fields, status tracking, board views, and filters. Your whole team sees them.
- **Automated workflows.** "Every Monday, find new YC W26 founders and add them to my table." Runs on schedule without manual intervention.
- **Full-loop outreach.** The same agent that found the people drafts personalized emails, sends through your connected Gmail or Outlook, and logs every touchpoint.
- **Team collaboration.** Shared rooms, threads, and databases. No per-seat data silos.
- **Beyond people search.** The same workspace handles marketing, operations, finance, engineering. People search is a capability, not the whole product.
**Where it falls short:**
- Not a dedicated people search product. If all you want is a simple search box, a standalone tool is simpler.
- No proprietary contact database. Kylon aggregates existing providers (Apollo, Exa, etc.) rather than maintaining its own data.
**Best for:** Teams that want people search integrated into their actual workflow: find, store, automate, outreach, and collaborate in one workspace.
**Pricing:** People search included in workspace plan.
---
## The real question: what happens after the search?
Every tool on this list can find people. The differences emerge in what happens next:
| Step | Lessie | Apollo | Clay | Kylon |
|------|--------|--------|------|-------|
| Find people | Natural language | Filters | Waterfall enrichment | Natural language to agent |
| Store results | CSV export | Apollo list | Clay table | Native database app |
| Enrich | Built-in (credit) | Built-in | 50+ providers | Apollo + Exa + 50 sources |
| Automate | Manual only | Basic alerts | Workflow builder | Scheduled agent workflows |
| Outreach | Basic email | Sequences | External tool | Agent-drafted, connected email |
| Collaborate | Single user | Per-seat | Shared table | Full workspace with rooms |
If your workflow ends at "get me a list of emails," Lessie or Apollo will do the job. If your workflow continues into storage, enrichment, outreach, and team collaboration, you need a platform that handles the full pipeline.
## Bottom line
The AI people search market in 2026 has real products solving real problems. Lessie brought natural language search to the mainstream. Apollo remains the default B2B database. Clay proved that multi-source enrichment workflows have a market. ZoomInfo owns the enterprise.
The shift happening now is from **search as a product** to **search as a capability**. When your AI agent already has access to Apollo, Exa, and 50 other sources, people search becomes a command, not a subscription. Results go into your workspace, not an export folder. Outreach happens in the same conversation.
That is the bet Kylon is making: people search should be something your agent does in the context of your actual work, not a separate tool you pay for, log into, and export from.
[Start free](https://app.kylon.io/sign-up)
---
## How Non-Technical Teams Build Internal Tools Through Chat
> Your team doesn't need a developer, a drag-and-drop builder, or three months. Describe what you need in a conversation. AI agents build it, your team uses it, and the system grows as you work.
**Author:** Kylon Team · Product | **Date:** 2026-07-29 | **Category:** Guide
**URL:** https://kylon.io/blog/build-internal-tools-with-ai-agents
Every company has the same problem. The spreadsheet your team has been sharing for two years is now 47 tabs with conflicting formulas. Someone mentions "we should build a tool for this," and the conversation goes one of three directions:
1. **Ask engineering.** Join the queue. Wait three months. Get something that sort of works but nobody can change without filing a ticket.
2. **Use a low-code builder.** Pay $50/user/month. Spend two weeks learning the drag-and-drop interface. Build something only one person on the team understands.
3. **Keep using the spreadsheet.** Add another tab. Hope for the best.
There is a fourth option now. You describe what you need in a conversation. AI agents build it. Your entire team uses it from the same place they asked for it. No separate tool. No learning curve. No developer required.
## What "build through chat" actually means
This is not "AI writes code for you." It is closer to hiring a very fast, very patient systems person who builds what you describe and improves it as you use it.
Here is how it works:
**You talk. The agent builds.** Open a room. Say something like: "I need a way to track candidate resumes, match them to open roles, and send personalized rejection emails." The agent creates a structured database, sets up the fields, and gives you a working system. You see it, use it, and refine it in the same conversation.
**Your team joins the same room.** Everyone works together. Not "shares an app link." Actually works in the same space, discussing records, asking the agent to update things, and building new features by describing them. A recruiter says "add a field for notice period." The agent adds it. A manager says "show me everyone who interviewed last week." The agent pulls the report.
**The system grows with your work.** Every conversation, every decision, every correction makes the system smarter. The agent remembers what you built, why you built it, and how your team uses it. Six months later, you have a custom internal tool that fits your workflow exactly, built one conversation at a time.
## Three things that make this different
### 1. Your whole team builds together
Most internal-tool builders are single-player. One person learns the tool, builds the app, and shares it with the team. If that person leaves, the tool becomes a black box nobody can modify.
In a workspace where everyone shares the same room:
- **Multiple people shape the system at the same time.** A sales manager asks for a lead pipeline. A marketing lead adds campaign source tracking. An operations person requests a weekly summary. The agent handles all of it in the same room, and everyone sees what was built and why.
- **No handoff required.** There is no "builder" role. Everyone who uses the tool can also change it. Say "add a priority column" and it appears. Say "when a deal moves to Closed Won, notify the finance room" and the workflow is set.
- **Context is shared.** Every decision about the system lives in the conversation. Three months later, when someone asks "why do we track referral source?" the answer is right there in the thread.
### 2. You use the system through chat
Traditional tools make you switch context. Leave Slack. Open the CRM. Click through five screens. Update a field. Go back to Slack.
When your internal tool lives in the same workspace where your team communicates:
- **You never leave the conversation.** "Mark the Johnson deal as closed and update revenue to $45K." Done. No tab switching.
- **Agents handle the tedious parts.** "Send follow-up emails to all leads who haven't responded in 7 days." The agent drafts them, shows you for approval, and sends.
- **Reports come to you.** Instead of logging into a dashboard, the agent posts a weekly summary in your room. Pipeline by stage. Conversion rates. Deals at risk. You read it while you drink your coffee.
This is not a chatbot sitting on top of a database. The conversation is the interface. The database is the memory. The agent is the operator.
### 3. No technical background needed
This is the part that sounds too good to be true, so let us be specific about what it means.
**You do not need to:**
- Write SQL queries or API calls
- Design database schemas
- Configure form validation rules
- Set up webhook integrations
- Learn a new interface or drag-and-drop builder
**You do need to:**
- Know what your team needs (you already do)
- Describe it clearly (the agent asks clarifying questions)
- Review what the agent builds (it shows you before committing)
- Tell the agent when something is wrong (it fixes it)
A finance manager who has never written a line of code can build an invoice tracking system by saying: "I need to track invoices from vendors. Each invoice has an amount, due date, vendor name, status, and the PDF attachment. When an invoice is overdue, ping me in the finance room."
That is a complete specification. The agent builds it. The finance manager uses it. If the requirements change, the finance manager says so, and the agent updates the system.
## Six use cases: real teams, real tools
### 1. Talent Pipeline and ATS
A recruitment firm needed a way for multiple consultants to share candidate records, track hiring mandates, and coordinate outreach.
**What they built:**
- A talent pool database with candidate profiles, skills, salary expectations, and interview history
- Automated resume parsing: drop a PDF into the room, the agent extracts name, experience, skills, and adds a structured record
- Personalized outreach: the agent drafts emails based on the candidate profile and the role requirements, sends after approval, and logs the activity
- Pipeline views: board view for visual tracking, table view for data-heavy filtering, threaded discussions per candidate
**How the team uses it:** A recruiter says "find candidates in our pool who match the new VP Engineering mandate." The agent searches the database, ranks matches, and presents a shortlist. Another recruiter says "send rejection emails to the five candidates who didn't pass the technical assessment." The agent drafts five personalized emails, gets approval, sends them via Gmail, and updates each candidate's status.
**What makes it work:** Six people share one talent pool. Every interaction is logged. No one hunts through separate spreadsheets and email threads to find what happened with a candidate.
### 2. Sales CRM and Lead Enrichment
**The problem:** Your sales team uses one tool to find leads, another to enrich them, a third to send emails, and a CRM to track the pipeline. Four subscriptions, four logins, four places where customer data lives.
**What you build:**
- A leads database that agents populate directly from Apollo and Exa searches
- Automatic enrichment: when a new lead is added, the agent fills in company size, funding stage, LinkedIn profile, and verified email
- Email sequences that run from the same workspace: drafts, scheduling, follow-ups, and reply tracking
- A pipeline board where deals move through stages as agents detect email replies, meeting bookings, and deal signals
**How the team uses it:** A sales rep says "find marketing directors at Series A companies in healthcare." The agent finds 80 contacts, enriches them, and adds them to the pipeline. The rep reviews, removes 15 that are not a fit, and says "draft intro emails for the rest." Next week, the agent reports: "12 replies received. 3 are interested. Here is what they said."
### 3. Operations Dashboard
**The problem:** Your ops team pulls data from five places every Monday to build a status report. It takes three hours and it is out of date by Tuesday.
**What you build:**
- A dashboard database that agents populate automatically on a schedule
- Weekly and monthly rollup reports posted to the ops room
- Alert workflows: when a metric crosses a threshold, the agent notifies the right person
**How the team uses it:** The ops lead says "every Monday at 9am, post our key metrics: open tickets, average resolution time, SLA compliance, and revenue collected this week." The agent pulls data from connected tools and posts a formatted summary. When SLA compliance drops below 95%, the agent flags it immediately.
### 4. Approval Workflows
**The problem:** Approvals live in email threads. A purchase request gets lost. A hiring decision waits three days because someone did not see the message.
**What you build:**
- An approval database with request type, amount, requester, approver, status, and timestamps
- Routing rules: expenses over $5K go to the CFO, under $5K go to the department lead
- Automated reminders: if an approval has been pending for 48 hours, the agent pings the approver
**How the team uses it:** Someone says "I need approval for a $3,200 software license for the design team." The agent creates the request, routes it to the right approver, and tracks it. The approver says "approved" in the thread. Done.
### 5. Customer Onboarding Tracker
**The problem:** New customers get lost between the sales handoff and the first successful outcome. Nobody owns the checklist.
**What you build:**
- An onboarding database with customer name, start date, assigned team member, checklist progress, and notes
- Template checklists that auto-populate when a new customer is added
- Status updates: the agent checks in on stalled onboardings and notifies the account manager
**How the team uses it:** When a deal closes, the agent creates an onboarding record, assigns it to the account manager, and populates the standard checklist. Three days later: "Acme Corp has not completed step 2 (data import). Should I send a check-in email?" The account manager says yes, reviews the draft, and the agent sends it.
### 6. Inventory and Order Management
**The problem:** Your warehouse team tracks inventory in a spreadsheet. When stock runs low, someone has to notice, email the supplier, and update the sheet. Sometimes nobody notices.
**What you build:**
- An inventory database with SKU, quantity, reorder threshold, supplier, and last order date
- Automated alerts: when quantity drops below the reorder threshold, the agent notifies the operations room
- Order tracking: the agent creates purchase orders, sends them to suppliers, and updates the database when orders are confirmed
**How the team uses it:** The warehouse manager says "we just received 500 units of SKU-4420 from Vendor B." The agent updates the inventory count and closes the open purchase order. When SKU-1138 drops below 50 units, the agent posts: "SKU-1138 is below reorder threshold. Last supplier was Vendor A at $12.40/unit. Should I draft a purchase order?"
## What this is not
Let us be honest about the boundaries.
**This is not a replacement for complex enterprise software.** If you need SAP-level ERP with 200 custom modules and regulatory compliance workflows, you need SAP. This is for the 90% of internal tools that companies build with spreadsheets, Airtable, or a three-month engineering project.
**This is not instant.** Building a useful system takes conversations over days or weeks. The agent is fast, but getting the requirements right still takes human judgment. The difference is that you are talking, not configuring.
**This is not magic.** The agent makes mistakes. It sometimes misunderstands what you want. The reason it works is that fixing a mistake takes one sentence ("no, the status field should be a dropdown with these four options") instead of a support ticket.
## The real shift
The interesting part is not that AI can build tools. It is that building and using collapse into the same activity.
In the old model, you build a tool, then you use it. Building happens in an admin panel. Using happens in the app. They are different activities done by different people.
In the new model, you are always doing both. When you say "show me overdue invoices sorted by amount," you are using the tool. When you say "add a column for payment method," you are building it. The agent does not distinguish between the two. Neither should you.
Your team's institutional knowledge, every workflow, every exception, every "oh, we also need to track this," lives in the system because it was built from those conversations. No documentation project required. No training sessions. The system is the documentation.
Start with one painful spreadsheet. Describe what you need. Let your team shape it together. The tool will build itself.
[Start building with Kylon](https://app.kylon.io/sign-up)
---
## 7 Best AI-Native Workspace Tools in 2026 (Compared)
> A practical comparison of the platforms where AI agents work alongside humans as real team members, not just chatbot add-ons. Evaluated on agent autonomy, team collaboration, integrations, and business readiness.
**Author:** Kylon Team · Product | **Date:** 2026-07-28 | **Category:** Compare
**URL:** https://kylon.io/blog/best-ai-native-workspace-tools-2026
"AI agent" is everywhere in 2026. Every SaaS product bolted on a chat assistant and called it an agent. But there is a real, meaningful distinction between tools that add AI to existing software and tools that were built from the ground up for humans and AI agents to work together.
This guide focuses on the second category: **AI-native workspace tools** where agents are not plugins or sidebar assistants, but actual participants in team workflows. They join channels, remember context across conversations, take autonomous action, and collaborate with other agents and humans in the same space.
We evaluated seven platforms on five criteria:
- **Agent autonomy:** Can agents act independently, or do they need a human prompt for every step?
- **Team collaboration:** Do agents share context with the whole team, or are they locked to individual users?
- **Business breadth:** Does it work for marketing, sales, operations, and support, or only for engineering?
- **Integrations:** How does it connect to the tools your team already uses?
- **Production readiness:** Is it shipping today, or is it a vision document?
## Quick comparison
| Platform | Best for | Agent model | Pricing | Business breadth |
|---|---|---|---|---|
| **Kylon** | Teams that need agents across every department | Agents as team members with identity, memory, and permissions | Usage-based. Free 7-day trial | Every team |
| **Buzz** | Engineering teams that want to self-host | Open-source, Nostr-based identity | Free app (bring your own API keys) | Engineering only |
| **Slack AI + Agentforce** | Existing Slack + Salesforce users | AI features added to Slack; Agentforce agents via Salesforce | From $8.75/user/mo + AI add-on | Broad but shallow |
| **Microsoft 365 Copilot** | Enterprise Microsoft shops | Copilot Cowork delegates multi-step tasks | $30/user/mo | Office productivity |
| **Atlassian Rovo** | Jira/Confluence teams | AI search + custom agents via Rovo Studio | Included in paid plans; Rovo Dev $20/dev/mo | Project management |
| **Linear** | Software engineering teams | AI-assisted issue tracking and project management | From $8/user/mo | Engineering |
| **Notion AI** | Knowledge-heavy teams | AI assistant inside Notion docs and databases | $10/member/mo add-on | Documentation |
## 1. Kylon
**What it is:** An [AI-native workspace](/solutions/ai-workspace) where agents join your team as first-class members. Each agent has its own identity, persistent memory, skills, and permissions. Agents work alongside humans in shared rooms, own real tasks, and collaborate with other agents.
**Why it ranks first:** Kylon is the only platform on this list designed from day one for agents to be full team members across every business function, not just engineering, not just search, not just document editing. Agents in Kylon do not disappear when you close a tab. They maintain context across weeks of conversations, learn your business processes, connect to your external tools through OAuth integrations, and can be delegated complex multi-step work that spans marketing campaigns, sales pipelines, financial analysis, hiring workflows, and operational processes.
**Key strengths:**
- **Agents as teammates.** Each agent has a persistent identity, memory that grows over time, and [workspace-level permissions](/solutions/ai-agent-governance). They are not ephemeral chat sessions.
- **Multi-agent collaboration.** Multiple specialized agents work together in the same room. A research agent hands off findings to a content agent, which hands off to a deployment agent. Humans stay in the loop at decision points.
- **Business breadth.** Marketing teams run ad campaigns and SEO workflows. Sales teams manage pipelines. Finance teams build internal apps. Operations teams automate reporting. One platform, every department.
- **Skills system.** Agents can be extended with reusable skill packages that encode domain expertise, from brand guidelines to TikTok analytics to SEO auditing.
- **Built-in app builder.** Teams can create internal data applications, dashboards, and custom tools directly inside the workspace, without switching to a separate development environment.
- **Integrations.** Native connections to Gmail, Outlook, GitHub, Notion, Slack, Google Search Console, Ahrefs, Meta Ads, PostHog, and 3,000+ more via OAuth and MCP. Agents use these connections with proper permission scoping.
- **Voice calls.** Agents can initiate voice conversations for interactive information collection, a feature no other platform on this list offers.
**Limitations:**
- Usage-based pricing with a 7-day free trial. Start for free.
- No self-hosted option. Cloud-only deployment.
**Best for:** Teams that want AI agents embedded in every department's workflow, not just engineering or document search.
**Website:** [kylon.io](https://kylon.io)
---
## 2. Buzz (Block)
**What it is:** An open-source workspace built by Jack Dorsey's Block (the company behind Square and Cash App). Launched July 21, 2026. Built on the Nostr protocol with channels, threads, voice, code repositories, and automated workflows. AI agents have cryptographic identities and defined permissions.
**Key strengths:**
- **Open source.** Apache 2.0 license. A Rust backend (~219,000 lines), a Tauri/React desktop app (~224,000 lines of TypeScript), and a Flutter mobile client in progress. You can self-host your own relay.
- **Cryptographic identity.** Every participant gets a secp256k1 keypair via Nostr. Agent identity is portable and verifiable. Agents sign their own work with a tamper-evident audit trail linking back to the authorizing human.
- **Agent swarm coordination.** Block's engineering blog describes one frontier agent orchestrating a swarm of cheaper agents. Agents recruit each other, split work into side channels, and hand tasks across contexts.
- **Model-agnostic.** Supports Claude Code, OpenAI Codex, Block's Goose framework, or anything that speaks the Agent Client Protocol (ACP).
- **Git-native.** Code repositories, branch-as-channel workflows, CI pipelines, code review with signed approval events, and patch management are built in.
**Limitations:**
- **Engineering-only.** Every example in Block's own documentation is a software development scenario: shipping code, reviewing PRs, running CI. There is no support for marketing, sales, or operational workflows.
- **Early stage.** Version 0.4.21. No mobile app on iOS or Android yet (Flutter client is in progress). Limited documentation for non-developer use cases.
- **Self-hosting complexity.** Running your own relay requires infrastructure knowledge. No managed cloud option.
- **No built-in integrations** for business tools like CRMs, ad platforms, or analytics dashboards.
**Best for:** Engineering teams at companies that care about open source, self-sovereignty, and decentralized identity.
**Website:** buzz.xyz
---
## 3. Slack AI + Agentforce
**What it is:** Salesforce-owned Slack has been adding AI features across all paid plans: conversation summaries, daily recaps, file summaries, huddle notes, and a personal AI agent (Slackbot). Agentforce, Salesforce's autonomous agent platform, brings more capable agents into Slack channels.
**Key strengths:**
- **Massive installed base.** 42+ million daily active users. If your team already lives in Slack, the AI features appear without switching tools.
- **AI built into every plan.** Conversation summaries, AI-generated workflows, and daily recaps are included in Pro ($8.75/user/mo) and above.
- **Agentforce integration.** Salesforce Agentforce agents can join Slack channels, take actions across Salesforce products, and be @mentioned like team members.
- **Enterprise search.** Business+ and Enterprise plans can search across connected third-party apps.
- **Slack Agent Templates.** Pre-built agent templates for onboarding, support, and customer insights.
**Limitations:**
- **AI is an add-on, not the architecture.** Slack was built for human chat in 2013. AI features are layered on top. Agents cannot maintain persistent memory across conversations or learn your business processes over time.
- **Salesforce dependency.** Agentforce's most powerful capabilities require a Salesforce subscription. Without it, you get summarization and search but not autonomous agents.
- **No multi-agent coordination.** You cannot have multiple specialized agents collaborating in a channel. Each Agentforce agent operates independently.
- **Per-seat pricing adds up.** Business+ at $12.50/user/mo plus Salesforce licenses for Agentforce can make the total cost substantial.
**Best for:** Teams already on Slack and Salesforce who want incremental AI features without switching platforms.
**Website:** slack.com
---
## 4. Microsoft 365 Copilot (Cowork)
**What it is:** Microsoft's AI layer across the 365 suite. Copilot Cowork, which became generally available in June 2026, lets users delegate multi-step tasks that span Outlook, Teams, Excel, and other Microsoft apps. More than half the Fortune 500 is using it.
**Key strengths:**
- **Deep Microsoft integration.** Copilot draws on emails, meetings, messages, files, and data across the entire Microsoft 365 suite through Work IQ, its context engine.
- **Cowork for delegation.** Describe the outcome you want, and Cowork handles the steps: compare files, generate reports, chase follow-ups, update records. It works across Microsoft apps, not just one.
- **Enterprise scale.** Already deployed at Accenture, Capital Group, Koch, Zurich Insurance, and thousands of others. SOC 2, ISO 27001, GDPR-ready.
- **Agent builder.** Copilot Studio lets teams build and deploy custom agents that plug into the Microsoft ecosystem.
**Limitations:**
- **Microsoft-only depth.** Copilot works best inside Microsoft 365. If your team uses Google Workspace, Notion, or non-Microsoft tools, the integration is shallow.
- **$30/user/month.** The per-seat cost is the highest on this list, and it requires a qualifying Microsoft 365 subscription underneath.
- **Assistant, not teammate.** Copilot responds to requests. It does not join your channels as a persistent team member with its own memory, identity, and ongoing awareness of your projects.
- **No multi-agent collaboration.** You interact with one Copilot. There is no concept of specialized agents working together in a shared space.
**Best for:** Large enterprises already running Microsoft 365 who want AI automation without leaving the Microsoft ecosystem.
**Website:** microsoft.com/microsoft-365-copilot
---
## 5. Atlassian Rovo
**What it is:** Atlassian's AI platform that adds search, chat, and custom agents across Jira, Confluence, and Jira Service Management. Rovo Studio (GA since May 2026) lets any employee build agents and automations without code.
**Key strengths:**
- **Teamwork Graph.** Rovo connects teams, work, and apps on a unified data layer. Agents are grounded in real project context, not just document search.
- **Rovo Studio.** A no-code builder for agents, automations, and mini-apps. Over 90% of Atlassian enterprise cloud customers are using Rovo. Agentic automations grew 7x in six months.
- **Real results.** Mercedes-Benz uses Rovo agents to clean up duplicate defects, getting 85% of employee time back. HarperCollins cut manual project work by 4x.
- **Included in paid plans.** Core Rovo (search, chat, agents) ships inside qualifying Jira, Confluence, and JSM plans at no extra per-seat cost. Rovo Dev for engineering is $20/developer/month.
**Limitations:**
- **Atlassian-centric.** Rovo's power comes from the Teamwork Graph, which works best when your team already runs on Jira and Confluence. Outside the Atlassian ecosystem, the value drops.
- **Credit-based usage.** Usage is pooled across the organization with credit quotas. Heavy usage may incur overage costs.
- **Not a standalone workspace.** Rovo is an AI layer added to Atlassian products, not an independent workspace where agents operate as peers.
**Best for:** Teams already on Jira and Confluence who want AI-powered automation and search inside their existing Atlassian stack.
**Website:** atlassian.com/software/rovo
---
## 6. Linear
**What it is:** A project management tool built for software teams, with AI increasingly woven into issue tracking, project planning, and development workflows. Many Y Combinator startups use it as their primary engineering workflow tool.
**Key strengths:**
- **Fast, opinionated UI.** Linear is known for its speed and clean design. Issues, projects, cycles, and roadmaps are tightly integrated.
- **AI triage and drafting.** AI assists with issue creation, duplicate detection, and status updates. It is practical and focused rather than flashy.
- **GitHub/GitLab integration.** Deep integration with version control for automated issue state transitions based on PRs and commits.
- **Keyboard-first design.** Engineers can navigate and manage their entire workflow without touching a mouse.
**Limitations:**
- **Engineering-only.** Linear is an issue tracker for software teams. It does not cover marketing, sales, support, or operations.
- **AI as assistant, not agent.** Linear's AI helps with tasks inside the tool. It does not act as an autonomous agent that works across your stack.
- **No workspace-level AI.** There is no concept of agents joining channels, owning projects, or collaborating with other agents.
**Best for:** Software engineering teams that want a fast, AI-enhanced issue tracker, not a general-purpose AI workspace.
**Website:** linear.app
---
## 7. Notion AI
**What it is:** AI features built into Notion's all-in-one workspace for docs, wikis, databases, and project management. Notion AI can search across your workspace, generate and edit content, fill database properties, and answer questions about your team's knowledge base.
**Key strengths:**
- **Knowledge-base search.** Notion AI can answer questions by searching across all pages, databases, and documents in your workspace. Useful for onboarding and institutional knowledge.
- **Content generation.** Draft, edit, summarize, and translate content directly inside Notion pages.
- **Database automation.** AI can auto-fill database properties based on page content.
- **Familiar interface.** If your team already uses Notion, AI features appear where you already work.
**Limitations:**
- **Document-first, not agent-first.** Notion AI is a writing and search assistant inside a document tool. It does not have persistent agent identity, memory, or autonomous behavior.
- **No real-time collaboration with agents.** You ask Notion AI a question and it answers. It does not join team discussions, coordinate with other agents, or maintain ongoing project awareness.
- **Limited integrations.** Notion's AI works on Notion's own data. It does not connect to external business tools like CRMs, ad platforms, or code repositories with the same depth as purpose-built agent platforms.
- **$10/member/month add-on.** On top of the base Notion subscription.
**Best for:** Knowledge-heavy teams that want AI search and content generation inside their existing Notion workspace.
**Website:** notion.so
---
## The real question: AI add-on or AI-native?
The tools on this list fall into two categories:
**AI add-ons** take an existing product and bolt on AI features. Slack, Microsoft, Atlassian, Linear, and Notion all started as tools for humans. Their AI capabilities are impressive, but they are constrained by architectures that were not designed for agents.
**AI-native workspaces** are built from the ground up for humans and agents to work together. Kylon and Buzz both start from this premise. The difference between them is scope: Buzz is built for engineering teams; Kylon is built for every team.
If your team needs AI search and summarization inside tools you already use, an add-on might be enough. If you need agents that own tasks, maintain long-running context, collaborate with each other, and work across every department, you need an AI-native workspace.
---
## Methodology
We evaluated each platform based on publicly available documentation, product demos, published pricing pages, engineering blog posts, and (where available) hands-on testing. All pricing and feature information is accurate as of July 2026. We are the team behind Kylon and have done our best to present each platform fairly, including its genuine strengths. If you spot an error, reach out and we will correct it.
*Last updated: July 28, 2026*
---
## Buzz vs Kylon vs Slack AI: Which AI Workspace Is Right for Your Team?
> Jack Dorsey's Buzz, Kylon, and Slack AI all claim to bring humans and AI agents together. But they are built for very different teams, with very different architectures. Here is how they actually compare.
**Author:** Kylon Team · Product | **Date:** 2026-07-28 | **Category:** Compare
**URL:** https://kylon.io/blog/buzz-vs-kylon-vs-slack-ai
Three platforms. One premise: AI agents should work alongside humans, not just answer their questions.
Buzz, launched by Jack Dorsey's Block on July 21, 2026, is the newest entrant. [Kylon](https://kylon.io) has been building the AI-native workspace for over a year. Slack added AI features and Agentforce integration to the platform 42 million people already use.
Each one approaches the human-agent collaboration problem differently. This comparison helps you decide which architecture fits your team.
## Quick comparison
| | Buzz | Kylon | Slack AI |
|---|---|---|---|
| **Built for** | Engineering teams | Every team | Existing Slack users |
| **Agent model** | Agents with cryptographic identity (Nostr) | Agents as persistent team members with memory, skills, and permissions | AI features + Agentforce agents from Salesforce |
| **Architecture** | Open-source relay, self-hosted | Cloud-native workspace | Cloud SaaS (Salesforce-owned) |
| **Multi-agent** | Swarm coordination for code tasks | Multi-agent collaboration across any workflow | Single-agent per invocation |
| **Integrations** | Git-native; external tools via ACP | 3,000+ integrations via OAuth and MCP (Gmail, GitHub, Notion, CRM, ads, analytics) | 2,600+ Slack apps; deep Salesforce integration |
| **Pricing** | Free app (bring your own API keys) | Usage-based. Free 7-day trial | From $8.75/user/mo + AI add-on |
| **Status** | v0.4.21, just launched | Active pilot deployments | GA, 42M+ daily users |
## Agent architecture
This is where the three platforms diverge most sharply.
### Buzz: cryptographic agents for code
Every Buzz participant, human or agent, gets a secp256k1 cryptographic keypair via the Nostr protocol. This means agent identity is portable, verifiable, and not locked to any platform. Agents sign their own work, and a secondary signature ties each agent back to the human who authorized it.
Block's engineering blog describes an impressive pattern: one frontier agent driving a swarm of cheaper, faster agents. The smart one plans; the fast ones research, build, test, and review in parallel. They even "invent coordination we didn't script: recruiting each other, splitting work into side channels, handing tasks across contexts."
The limitation: every example in Block's documentation is a software development scenario. Code reviews, CI pipelines, branch management, release automation. The agent architecture is deeply tied to git workflows.
### Kylon: agents as team members
Kylon agents are persistent members of your workspace. Each one has:
- **Identity** that persists across every conversation
- **Memory** that grows and compounds over weeks and months
- **Skills** that encode domain expertise (brand guidelines, SEO auditing, TikTok analytics, financial analysis)
- **Permissions** scoped to what they should access
- **Connections** to external tools through OAuth (Gmail, GitHub, Notion, Google Search Console, Ahrefs, Meta Ads, PostHog, and more)
Multiple agents collaborate in shared rooms. A marketing agent runs ad campaigns, a research agent monitors competitors, a content agent writes blog posts, and a deployment agent publishes them. Each one maintains its own context, but they all share the same workspace and can hand off work to each other.
The key difference from Buzz: this works for marketing, sales, finance, operations, and support, not only engineering.
### Slack AI: AI features on existing infrastructure
Slack took the opposite approach. Instead of building a new workspace, it added AI capabilities to the platform millions of teams already use:
- **Conversation summaries** that condense long threads
- **Daily recaps** of what you missed
- **Slackbot** as a personal AI agent for Q&A
- **AI workflow generation** from natural language
- **Enterprise search** across connected apps (Business+ and above)
- **Agentforce agents** that can be @mentioned in channels (requires Salesforce)
The advantage is adoption: no migration needed. The limitation is depth. Slack AI does not maintain persistent agent identity or memory across conversations. Without Salesforce, you get summarization and search but not autonomous agents.
## Business breadth
| Capability | Buzz | Kylon | Slack AI |
|---|---|---|---|
| Software development | ✅ Core focus | ✅ Supported | ✅ Via integrations |
| Marketing & content | ❌ | ✅ Core focus | ⚠️ Manual + apps |
| Sales pipeline | ❌ | ✅ Supported | ✅ Via Salesforce |
| Finance & operations | ❌ | ✅ Supported | ⚠️ Manual + apps |
| Customer support | ❌ | ✅ Supported | ✅ Via Salesforce |
| HR & recruiting | ❌ | ✅ Supported | ⚠️ Manual + apps |
| Internal app building | ❌ | ✅ Built-in | ❌ |
Buzz is explicitly built for software teams. Block's README lists three example stories: incident response, feature branch management, and release automation. There is nothing wrong with this, but it means Buzz will not help your marketing team run campaigns or your finance team build dashboards.
Kylon is designed for every department. The same workspace handles SEO workflows, ad campaign management, sales pipeline tracking, competitive intelligence, content production, and internal data applications.
Slack AI serves every department superficially (summaries and search work everywhere) but deep autonomous agent capabilities require Salesforce Agentforce, which adds cost and complexity.
## Integrations
**Buzz** is git-native. Code repositories, branches, commits, PRs, and CI are first-class concepts. For everything else, agents need to use the Agent Client Protocol (ACP) to connect to external tools. The ecosystem is young.
**Kylon** has 3,000+ integrations via OAuth and MCP that agents can use with proper permission scoping: Gmail, Outlook, GitHub, Notion, Slack, Google Search Console, Ahrefs, Meta Ads, Google Ads, PostHog, HubSpot, Apollo, and more. Agents also have built-in capabilities for web search, web scraping (via Apify and Bright Data), image generation, video creation, voice calls, and browser automation.
**Slack** has the largest app directory (2,600+ apps), but most are human-operated integrations, not agent-accessible tools. Agentforce agents can take actions across Salesforce products, but connecting to non-Salesforce tools requires custom development.
## Self-hosting and open source
**Buzz** is fully open source (Apache 2.0). You can run your own relay on your own infrastructure. This matters for teams with strict data sovereignty requirements or those who want to audit every line of code their workspace runs.
**Kylon** is cloud-only. The platform handles hosting, scaling, and security.
**Slack** is cloud SaaS owned by Salesforce. Enterprise Grid offers data residency options, but self-hosting is not available.
If self-hosting is a hard requirement, Buzz is your only option on this list.
## Pricing
| | Buzz | Kylon | Slack AI |
|---|---|---|---|
| Base cost | Free app | Usage-based | $8.75/user/mo (Pro) |
| AI features | Included | Included | Included in Pro+ |
| Full agent capabilities | Included | Included | Requires Salesforce ($$$) |
| Self-hosting | Yes | No | No |
| Total cost for 50-person team | Model API costs + infrastructure | Pay for what you use (7-day free trial) | ~$5,250/yr (Slack) + Salesforce licenses |
Buzz's app is free and open source. But you bring your own model API keys (Claude, GPT, Codex), so the real cost is API usage plus the infrastructure and engineering time to set up and maintain a relay. Kylon is also free to start with a 7-day trial and usage-based pricing after that. For teams without DevOps capacity, the operational overhead of self-hosting Buzz can exceed the cost of a managed platform like Kylon.
## Who should choose what
**Choose Buzz if:**
- Your team is primarily software engineering
- You care deeply about open source and self-sovereignty
- You have the DevOps capacity to run your own relay
- Decentralized identity (Nostr) matters to your architecture
- You want to audit every line of code in your workspace
**Choose Kylon if:**
- You need AI agents across multiple departments (marketing, sales, finance, operations, engineering)
- You want agents that maintain persistent memory and context across months of work
- You need native integrations to business tools (CRMs, ad platforms, analytics, email)
- Your team needs to build internal data apps alongside agent workflows
- You want a managed platform without self-hosting overhead
**Choose Slack AI if:**
- Your team already lives in Slack and switching is not an option
- You need AI summaries and search but not autonomous agents
- You are already on Salesforce and want Agentforce integration
- Incremental improvement over your current workflow is more important than architectural change
## The bigger picture
Buzz, Kylon, and Slack AI represent three different bets on how work will change:
- **Buzz** bets that the future of work is open-source, decentralized, and engineering-first. Build the protocol, and the ecosystem will follow.
- **Kylon** bets that every team needs AI teammates, not just engineering. The workspace itself should be rebuilt around human-agent collaboration.
- **Slack** bets that AI should be added to where people already work. Don't change the workspace; change what the workspace can do.
All three bets have merit. The right choice depends on your team's size, technical capacity, departmental breadth, and willingness to adopt a new platform versus improving an existing one.
---
*This comparison is based on publicly available documentation, engineering blog posts, published pricing, and hands-on testing as of July 2026. We build Kylon and have presented each platform's genuine strengths alongside its limitations. Corrections welcome.*
*Last updated: July 28, 2026*
---
## Fold, don't forget
> An agent is a long-term member of your team. The conversation never ends, but the context window never grows. Here's how we solved it: by folding history into a tree that can always be unfolded again.
**Author:** Kylon Team · Engineering | **Date:** 2026-07-25 | **Category:** Research
**URL:** https://kylon.io/blog/fold-dont-forget
In Kylon, an agent is a long-term member of your team's rooms. It joins discussions, runs tasks, and stays on the job for months. That creates a problem chatbots never face: the conversation never ends, but the model's context window never grows.
This is how we solved it: by folding history into a tree that can always be unfolded again, quietly, in the background. Along the way: an interactive demo, how memory follows a thread when you fork one, and why our benchmark answers got **more** accurate after we compressed context to 8% of its size.
## The window is a constant. The room isn't.
A room is the basic unit of collaboration in Kylon, and every room has an agent in it. People @-mention it to hand off work; it reads the discussion, calls tools, and reports back. After three months of this, a busy room easily accumulates over a million tokens of messages and tool output, while the model can only see a fixed amount at once (300K tokens on our default model tier).
Think of the window as a desk of fixed size. The pile keeps growing; the desk doesn't. The question is never *whether* to tidy up. It's how to tidy up **without losing anything**. Because for a working agent, history isn't chat scrollback; it's working memory. A scenario from any week in Kylon: three weeks ago the team decided "cap exports at 50 rows per page." Today someone asks the agent to "generate the report using the pagination rule we agreed on." It has to remember the 50, and why it wasn't 100. Tidy the desk wrong, and questions like that get a confident, wrong answer.
## Two standard fixes, two ways to forget
The industry has two default answers, and each throws away a different half of the problem:
- **Drop the oldest messages** (a sliding window). Trivial to build. But anything past the window edge simply stops existing. Last week's decision is gone by this week.
- **Summarize everything into one blob** (one-shot compaction). More dignified, but it fails twice. The swap happens at a single instant, the agent's memory is suddenly replaced wholesale, and its behavior drifts with it. Worse, it's **irreversible**: any detail the summarizer didn't keep is unrecoverable. And you can't know at compression time which details will matter three weeks later.
*Fig. 1 — Three ways to handle a growing transcript. The first two lose information. The third changes how information is presented, not whether it exists.*
So the requirements are two, and both are hard: the context must stay **small** (or it won't fit), and the details must stay **recoverable** (or the agent slowly loses its mind). These sound contradictory, until you separate *compressing* information from *deleting* it.
## Fold history into a tree
Kylon's answer is a **lossless context compression engine**. The intuition is homely. It's how you'd tame an overflowing filing cabinet:
- **Box up the oldest material.** A small model reads the oldest stretch of conversation and writes a **summary card**. The originals go into the archive untouched; only the card stays on the desk.
- **When boxes pile up, box the boxes.** Once several adjacent cards accumulate, they're merged into a single higher-level card. The older the history, the deeper it's folded.
- **Every card remembers what it covers.** A card isn't a replacement for the originals. It's an **index** to them. You can always follow it back down to the exact words.
The result is a tree: verbatim originals at the bottom, progressively broader summaries above. Each turn, the model sees only the tree's top view, the current row of cards, plus the most recent messages kept raw (the newest ones are never folded). Rather than read more definitions, watch one grow:
A room grows from zero to 36 messages (parameters shrunk for the demo: fold every 6 old messages into a card, never fold the last 4, roll up every 3 same-level cards; production values below). Two things to notice: folded originals only **dim**, they never disappear, and no matter how long the history gets, the strip at the top stays short.
The production rules fit in a sentence each. A summary card ingests up to 20K tokens of source and comes out around 1,200, a 16:1 fold. The most recent 32 messages are always kept verbatim. Four adjacent same-level cards roll up into one. Summarization prompts are **depth-aware**: bottom-level cards are told to preserve names, numbers, dates, file paths, and stated preferences; higher-level cards keep only decisions still in effect and their rationale. And one blunt safety rule guards the whole structure: **if a summary isn't shorter than its source, it's rejected**, every level of the tree is strictly smaller than the one below it.
### What "lossless" actually means
Folding alone isn't enough. If the agent could only read cards, this would just be forgetting with extra steps. So every agent gets three recall actions: **search** the full archive (originals and cards), **inspect** a card's coverage, and **unfold** a card level by level, down to the verbatim messages. The click you just made in the demo, the agent does that for itself, whenever it needs to.
> "Summaries above are compressed context. Maps to details, not the details themselves."
>
> *From the system prompt we inject whenever summaries are present*
We back the sentence with a rule of conduct: for precision questions, exact commands, paths, timestamps, config values, root-cause chains, the agent must not answer from summaries alone. It retrieves the detail first, or says it isn't sure. "Lossless" isn't a storage slogan; it's a behavioral contract. *Folded is not forgotten.*
## Threads fork. Memory has to fork with them.
Everything so far would work for a single conversation on a single machine, which is exactly what the paper assumes. Kylon broke that assumption in the first week. In the product, a thread is a first-class object: hover any message, say the one where the team was debating watermark options, and branch the discussion off. The agent follows you in. For that to work, the thread must **start with the room's memory up to the fork point** (or it won't understand its own origin), then diverge freely (or the two discussions would contaminate each other).
With a per-conversation tree, there are only two options, both bad: **copy** the room's cards into every new thread (write cost proportional to all of history, per fork), or **share** one mutable tree (the room's next fold silently rewrites what the thread remembers). We wanted neither.
The fix is to separate the tree from the act of looking at it:
- **Cards and originals belong to the whole family of conversations, and are immutable.** Anything folded before the fork can be referenced by every branch, forever.
- **Each conversation, room or thread, owns only a catalog**: which cards and which raw messages it sees, in what order. Folding and forking rewrite *your own catalog*, never the shared cards.
*Fig. 2 — A fork in one picture: shared cards, private catalogs. After the fork, the room rolls three cards into one; the thread's catalog doesn't move. Because cards are immutable, no branch can ever pull history out from under another.*
Forking becomes cheap and exact: trim a snapshot of the parent's catalog at the fork point. Cards that fall entirely before the fork are referenced as-is. The one card that straddles the fork is expanded one level and backfilled with raw messages. **No summary text is copied, and the cost is independent of how long the history is.** It's copy-on-write, applied to memory.
## Compaction runs in the background
The second production problem is **timing**. Folding calls a model and takes tens of seconds. It must never sit on the path where a user is waiting for a reply. From inside a room, the only thing you should ever notice is that the agent *stays* fast and *stays* sharp, no matter how old the room gets.
There's also a subtle measurement trap. Pressure on the window doesn't come from the transcript alone. A large share of every real prompt is structural: the system prompt, tool definitions, reasoning. Watch only the transcript and you'll hit a blind spot where the chat looks small but the model is already at the ceiling. So we weigh **both**, the transcript's own size and what the model actually carried last turn, and act on the larger. Two watermarks split the responsibility:
- **Soft line (210K tokens): time to tidy.** Schedules background folding between turns. Users never notice.
- **Hard line (300K tokens): out of road.** Rare, say a turn ingested a huge file. Folding runs immediately, in the foreground, with protective limits loosened. Structural rules (a rollup must merge at least two cards) never loosen.
*Fig. 3 — Folding as housekeeping: each finished turn leaves a note, a scanner catches anything missed, and workers stay out of each other's way. Every dip on the left chart happened without anyone noticing.*
One scheduling detail pays for itself: **recently active rooms are deliberately skipped**. Their prompt prefix is probably still warm in the inference provider's cache, and folding right then would destroy and rebuild it at full price. Housekeeping that waits a few minutes is cheaper housekeeping.
### Shared memory needs boundaries
Summary cards are inherited by forks, and a thread's audience isn't always the room's audience. So "what is a summary allowed to remember" became a permissions question. The sharpest case: the agent sometimes quotes **other rooms or DMs** it can read to inform its current answer. That material's visibility follows the agent, not the readers of this room. Our rule is absolute: cross-room quotations **never enter summary text**, and recall refuses to hand them to other branches. A summary that remembered too much would effectively declassify the information to every fork.
## Benchmarks
We used a curated subset of LongMemEval (16-18 questions per configuration) to test whether folding + recall tools actually preserves accuracy.
*Fig. 4 — Each point is one engine configuration. Every green point sits above and to the left of the blue baseline: with retrieval as a safety net, the engine can fold harder and answer better.*
| Configuration | Questions | Folded size | Accuracy | Avg. recall calls |
|---|---|---|---|---|
| Fold only, no recall tools (baseline) | 17 | 23.0% | 70.6% | - |
| Deep fold + recall tools | 18 | **8.4%** | **77.8%** | 3.6 |
| Multi-level fold + recall tools | 16 | 9.5% | 75.0% | 3.4 |
| Production config + recall tools | 18 | 14.6% | **77.8%** | 3.9 |
| Short-conversation control (5.6K tokens) | 27 | 53.5% | 88.9% | - |
This is the moment "lossless" stops being a slogan and becomes a measurable property: *accuracy is no longer bounded by summary density*. Summaries tell the agent where to look; tools bring the detail back. Together, size and fidelity stop being a trade-off.
Methodology note: 16-18 questions per configuration, so read trends, not decimals. Folding and answering used a small, fast model. Production uses a stronger summarizer, so treat these as a floor. Grading combined string matching with a stronger LLM judge. "Folded size" is tokens reaching the model after folding divided by tokens of the original conversation.
## What we borrowed, what we built
The folding core, the tree, the protected recent tail, the recall actions, follows Voltropy's Lossless Context Management paper, and we're glad it exists. Everything a team product needs *around* that core is what we ended up building:
| Dimension | Single-session model | Kylon's engine |
|---|---|---|
| Serves | one user, one timeline, one machine | teams, forking conversations, a multi-instance cloud runtime |
| Who owns memory | the conversation owns everything | immutable cards in a shared archive; each conversation owns only its catalog |
| Forking | not a concept | catalog snapshot + trim; zero copying, cost independent of history length |
| When to fold | when the transcript is big | max(transcript, what the model actually carried); soft line schedules, hard line forces |
| Where folding runs | inside the session | a background queue, a 30-second scanner, cache-aware scheduling |
| Memory boundaries | single reader, not a question | audience-aware: cross-room quotes never enter summaries or leave the branch |
What's next is already sketched: teaching the background worker to schedule around inference-cache lifetimes, tuning fold depth on longer horizons, and running the 500K-token benchmark tier end to end. The core judgment won't change, though. For an agent that lives with your team, **forgetting shouldn't be a cost-saving side effect. It should be a view operation, one you can undo.** Fold, don't forget.
---
## A User Message Is More Than a User Message
> When a user types a message in an AI-native workspace, the system sees far more than text. We unpack Kylon's activation architecture and show how a single message becomes a structured execution contract.
**Author:** Kylon Team · Engineering | **Date:** 2026-07-25 | **Category:** Research
**URL:** https://kylon.io/blog/user-message-is-more-than-a-message
In most AI products, sending a message is straightforward. You type something, the system passes your text to a model, and the model responds. The message is the message. What you typed is what the system sees.
In Kylon, that assumption doesn't hold.
When a user sends a message in a room, the system doesn't just relay text to an AI model. It constructs a structured execution contract called an **activation**. That activation carries the user's message, yes, but also the full operational context the agent needs to act correctly: who triggered the work, what permissions are delegated, which session scope applies, how deep the autonomous chain has gone, and what kind of response is expected.
This is the story of why we built it this way, and what it makes possible.
## The problem with passing messages
The simplest possible architecture for an AI workspace is a pipe: user text goes in, model text comes out. This works fine for chatbots. It breaks down the moment agents become real participants in a team.
Consider what happens when a human sends "@Ryan please review the quarterly report" in a room:
- Which agent should handle it? (There might be several in the room.)
- Does the agent have access to the file being referenced?
- Can it use the sender's connected Google Drive to fetch the document?
- Is this a top-level request or a reply deep inside a thread?
- If the agent triggers another agent to help, how deep can that chain go before we stop it?
- Should the response be public or stay internal?
A raw message string answers none of these questions. The system has to answer all of them before the agent's first token is generated.
*Figure 1. A user message is transformed into a SessionPendingActivation, then progressively filtered through Redis, PostgreSQL, and the runtime before the model sees a curated set of session entries.*
## Activation: the execution contract
Every piece of work in Kylon starts with a `SessionPendingActivation`. This is not just a wrapper around the user's text. It is the canonical contract that tells the execution engine exactly what to do.
Every activation carries a common set of fields:
| Field | What it answers |
|-------|----------------|
| **kind** | What type of work is this? A message, a workflow trigger, a follow-up, a voice call result? |
| **source** | Did a human, another agent, or the system initiate this? |
| **depth** | How many agents deep is this autonomous chain? |
| **sessionKind** | Is this a main room session, a thread, a workflow, or a sub-agent? |
| **delegationUserId** | Whose connection grants can this agent borrow? |
| **publicOutput** | Should the result be visible in the room? |
These fields exist on every activation, regardless of kind. They form the operational envelope that makes safe, scoped execution possible.
*Figure 2. The full lifecycle of a message activation. The user's message is stored once and referenced by ID. Content is loaded at session preparation time, not duplicated in the queue payload.*
## Not all activations are messages
Here is where the design gets interesting. A "user message" is just one of many activation kinds. The system treats a scheduled workflow, a follow-up reminder, a sub-agent returning results, and a voice call transcript with the same contract structure. They differ only in their kind-specific payload.
*Figure 3. The common activation contract branches into kind-specific payloads. A message carries a messageId; a workflow carries its task and trigger context; a sub-agent result carries a summary.*
| Kind | What it carries |
|------|----------------|
| **message** | A message ID (not the text itself), mention mode, sync settings |
| **thread_message** | Message ID plus thread root, so the agent knows exactly where in the conversation it is |
| **workflow** | The workflow definition, task message, trigger type, and correlation IDs |
| **agent_trigger** | Arbitrary context for direct agent-to-agent invocations |
| **followup** | A follow-up ID and claim token for scheduled check-backs |
| **subagent_result** | The parent session ID and the sub-agent's result summary |
| **voice_call_result** | Voice task ID and the transcribed result |
### References vs. content: a design choice
Notice something important: **message activations carry references, not content**. The activation stores a `messageId`, not the message body. The actual text, along with surrounding conversation context, is loaded during session preparation.
Workflow and direct-trigger activations are different. They carry their task content directly, because there is no pre-existing message to reference.
*Figure 4. The two activation strategies. Reference-based activations keep the payload small and defer content loading. Content-carrying activations are self-contained for system-initiated work.*
This is a deliberate design choice. Reference-based activations let the content loading logic apply its own access checks and context windowing independently. Content-carrying activations are self-contained because there is no pre-existing message to look up.
## Four layers, four different views
An activation doesn't stay in one place. It flows through four distinct layers, and each layer stores a different subset of the data.
*Figure 5. The same activation is represented differently at each layer. Redis needs the full payload for routing. PostgreSQL keeps a durable audit ledger. The runtime derives a scoped context for execution. The model sees formatted session entries.*
**Redis** holds the complete `SessionPendingActivation` because the execution engine needs every routing and kind-specific field to dispatch the work correctly. It also selects a priority lane: interactive work gets the fast lane; workflows and follow-ups go to the responsive lane; background maintenance goes to the background lane.
**PostgreSQL** stores a durable execution ledger. It does not copy the full activation. Instead, it records the facts needed for audit and correlation: who triggered the work, when it started, when it finished, whether it succeeded, and what error occurred if it didn't. It deliberately omits transient state like orchestration positions and message sync configuration.
**The runtime** derives a compact `ActivationContext` that execution code, tools, usage attribution, and nested activations all share. This context carries per-activation resource limits (runtime, LLM turns, tool calls), schema constraints for structured output, and model selection. The full queued activation is not copied here; the runtime extracts only what it needs.
**The model** sees none of the above directly. Session preparation derives typed entries from the activation: an activation context entry with source, locale, timezone, and reply routing; a trigger context entry for workflows and direct triggers; thread context and room message context loaded from referenced messages. The model works with formatted, human-readable session entries, not raw system objects.
## Why references instead of copies
A recurring pattern in this design is indirection. The activation carries a message ID, not the message. The runtime derives a context, not a copy. The model sees formatted entries, not raw payloads.
This is not accidental. Each layer of indirection solves a specific problem:
**Access control at load time.** When the system loads message content from a reference, it can check whether the current agent actually has access to that message, that room, that thread. If the activation carried the content directly, those checks would have to happen at activation creation time, and the access state might have changed by the time the agent runs.
**Context windowing.** The model doesn't need every message in a 500-message thread. By loading content at preparation time rather than embedding it in the activation, the system can apply intelligent windowing: recent messages in full, older messages summarized, irrelevant branches pruned. The activation stays small; the context gets tuned.
**Isolation between execution stages.** The Redis queue, the PostgreSQL ledger, the runtime context, and the model prompt each serve a different audience with different trust levels. By not copying the full activation everywhere, each layer can enforce its own invariants. The model prompt, for instance, never sees raw orchestration state or delegation user IDs. It sees the formatted consequences of those fields.
## Orchestration: when multiple agents collaborate
The activation contract also carries optional orchestration state for multi-agent scenarios. When several agents participate in a room discussion, the system tracks whose turn it is, whether anyone has replied, and when to stop.
*Figure 6. The orchestration state machine. Agents never coordinate directly. The system dispatches one agent at a time, tracks the no-reply streak, and halts when either an agent responds or all agents pass.*
This state lives in the activation, not in any single agent's memory. That means the orchestration logic is a system-level concern, not something individual agents have to reason about or coordinate on their own.
## What this makes possible
This architecture enables behaviors that would be difficult or impossible with a simple message-passing design:
**Graceful delegation.** When a user asks an agent to do something that requires another user's Google Drive access, the activation's `delegationUserId` field lets the system check and forward that user's connection grants without the agent ever seeing raw credentials.
**Depth-limited autonomy.** The `depth` field means the system can enforce hard limits on agent-to-agent chains. If Agent A triggers Agent B, which triggers Agent C, the system knows exactly how deep the chain has gone and can halt it before it spirals. This is a guardrail that lives in the contract, not in the agents' prompts.
**Priority-aware scheduling.** Because the activation knows its own kind and session type, the queue can make intelligent scheduling decisions. A human waiting for a reply gets the fast lane. A nightly report workflow gets the responsive lane. A background health check gets what's left. No manual priority configuration needed.
**Auditable execution.** Every activation gets a durable record in PostgreSQL with timestamps, status, and error tracking. When something goes wrong, you can trace the exact activation that caused it, see who triggered it, and understand the full execution chain without reconstructing it from log files.
**Safe context for the model.** The model sees carefully formatted session entries, not raw system internals. It knows the activation source, the user's locale and timezone, the mention behavior expected, and any relevant trigger context. It does not know about Redis lanes, orchestration indices, or delegation mechanics. This separation means the model can focus on the task without being confused or manipulated by system metadata.
## The design principle
The underlying principle is simple: **the further data travels from the system boundary toward the model, the more it should be filtered, formatted, and scoped**.
At the outermost layer (Redis), the system needs everything. At the innermost layer (the model prompt), it needs only what helps the agent do its job well. Every intermediate layer exists to make that reduction safely and correctly.
This is the opposite of how most AI integrations work, where the model gets whatever the system has and is expected to figure out what matters. That approach is fine for chatbots. It is not fine for agents that manage real data, use real tools, and act on behalf of real people.
A user message, it turns out, was never just a user message. It was always an execution contract waiting for a system that could read it properly.
---
## Why Privacy Is the Hardest Problem in AI Workspaces, and How Kylon Solves It
> When AI agents operate with real agency inside a workspace, privacy becomes an architecture problem. This post walks through how Kylon keeps agents confined to authorized data, even under adversarial conditions.
**Author:** Kylon Team · Engineering | **Date:** 2026-07-24 | **Category:** Research
**URL:** https://kylon.io/blog/kylon-privacy-architecture
Most AI products treat privacy as a settings page. A toggle for data retention. A compliance badge in the footer.
That works when AI is a chatbot in a tab. It breaks the moment AI becomes a workspace member that reads your files, uses your integrations, writes to your databases, and acts on your behalf while you sleep.
## Why agents make privacy harder
A traditional SaaS app has well-understood trust boundaries. A user authenticates, the app checks permissions, the data layer enforces access. The code is deterministic and auditable.
An AI agent doesn't fit that model. It generates actions probabilistically. It can be manipulated through prompt injection. It operates across rooms, connections, and users. It may run unattended in the background.
If you rely on the model to respect boundaries, you're asking a probabilistic text generator to make security decisions. Not a great plan.
The alternative: treat the model as **untrusted input** and enforce every boundary in infrastructure the model cannot touch.
## Defense in depth
Kylon's isolation is layered. Each layer operates independently, and the failure of any one doesn't compromise the others.
### Per-agent compute isolation
Every agent in Kylon runs in its own dedicated hardware-virtualized microVM, keyed to the agent's persistent identity. This isn't process-level isolation or container namespacing. It's full hardware virtualization: separate kernel, separate memory space, separate disk.
Agent A physically cannot observe Agent B's processes, memory, or filesystem. They are separate virtual machines running on isolated hardware boundaries. There is no shared execution host, no ambient state that could leak between agents.
VMs are provisioned on demand when an agent activates and auto-pause when idle. When a VM resumes, it picks up from its own checkpointed state, not from a shared pool. This matters because it means there's no "warm pool" of generic VMs where one agent's residual memory could leak to the next occupant. Each VM belongs to exactly one agent identity for its entire lifecycle.
If an agent is fully compromised, the blast radius is one VM. No lateral movement, no shared state between agents.
> **Principle: Contain, don't trust.** Assume every agent can be compromised. The architecture's job is to make compromise boring: one VM, no lateral movement, no useful credentials to steal.
### Per-command sandboxing with bubblewrap
Isolating agents from each other is necessary but not sufficient. A single agent's VM still contains filesystem mounts, environment variables, and system paths. A prompt-injected agent could try to read credentials on disk, poke at another room's files, or explore system directories looking for secrets.
Kylon addresses this with a second isolation layer: every shell command runs inside a bubblewrap-based namespace sandbox before it touches the VM's filesystem.
The sandbox creates a minimal Linux namespace with precise mount control. It operates in whitelist mode: the root filesystem starts as an empty `tmpfs`, and only explicitly listed paths are mounted in. Each command invocation gets:
- **A single writable path:** the agent's ephemeral scratch directory. Everything else is read-only or invisible.
- **An explicit read allowlist, computed per invocation.** Only the current room's directory, the agent's own configuration directory, shared workspace knowledge, and explicitly granted skills are mounted as readable. Minimum system directories are included for basic operation.
- **Blocked paths** are masked with zero-permission overlays. Even if a parent directory is readable, specific sensitive subdirectories can be individually blocked.
- **Network access** is controlled per invocation. The sandbox can isolate the network namespace entirely when a command doesn't need external connectivity.
- **Process spawning** is restricted via seccomp filters that intercept `fork`, `clone`, and related syscalls. When subprocess creation is disabled, the sandboxed command runs as a single process with no ability to spawn children, closing off an entire class of escape techniques.
Everything outside the allowlist isn't permission-denied. It's not mounted into the namespace at all. From the perspective of the sandboxed command, those paths simply do not exist.
This means an agent in #engineering cannot `cat` a file from #hr, even though both rooms live under the same workspace filesystem. The namespace sandbox doesn't expose the #hr directory. An `ls` would show nothing. A `find` would return no results. The files aren't hidden; they aren't there.
The allowlist is recomputed for each command invocation, not cached for the session. If an agent's room membership changes mid-session, the next command reflects the new state immediately.
> **Principle: Make unauthorized paths invisible, not forbidden.** Permission-denied implies the path exists. An empty namespace tells the agent nothing.
### RBAC-enforced file access
Workspace files are mounted read-only from cloud storage, scoped to a single workspace. Files from other workspaces aren't in the directory tree.
But read-only mounts only prevent filesystem writes. To persist anything, the agent must go through the workspace API, which runs a full RBAC check: room membership, path policy, and agent identity verification. There's no path that bypasses both the sandbox's read constraints and the API's write enforcement.
> **Principle: Separate the read path from the write path, and gate both independently.**
### Connection access control
This is where most AI tools get it wrong.
Typical pattern: connecting Gmail or GitHub creates a service account the AI uses on behalf of everyone. Everyone in the room gets the same access through the AI, regardless of their own permissions. Classic confused deputy.
Consider the scenario: an agent is asked to "check the team calendar." In a flat-access model, it would use one team member's calendar connection to read another member's private appointments, because the connection is shared at the workspace level with no per-user scoping. No prompt injection needed. Just an architectural gap.
This is the kind of failure Kylon's connection model is designed to prevent:
- **Connections belong to people.** Your Gmail connection is yours, not "the workspace's Gmail."
- **Agents need explicit individual grants.** Workspace-wide "grant all" policies exclude agents at the ACL layer. No accidental over-sharing.
- **Delegation is scoped and brokered.** The agent never holds raw credentials. The system brokers a scoped authorization at execution time, auditable and revocable.
- **Credentials encrypted at rest,** decrypted only at moment of execution, in-memory. Never in plaintext, never in message content.
Unauthorized connections aren't denied. They're invisible. An agent can't even discover what it doesn't have access to.
> **Principle: Connections belong to people, not to AI.** Every delegation should be explicit, scoped, and revocable.
### Encrypted secrets
API keys and tokens are stored encrypted and injected on demand. From the agent's perspective, secrets are write-only: it can pass a secret as an environment variable to a process, but it cannot read, print, or include the value in any output.
### Output sanitization
All tool output is sanitized to strip internal infrastructure identifiers before reaching the model. The agent cannot learn the names of its own containment mechanisms. Disclosure boundaries in the system prompt prevent cross-user data leakage. This is the softest layer, by design. It handles the 99.9% of non-adversarial interactions. For the rest, the hard infrastructure layers above do the work.
## The external action gate
The layers above keep agents confined within the workspace. But what about actions that leave it? Sending an email. Posting to an external service. Making an API call that affects a real account.
These are irreversible. No sandbox can undo a sent email.
Kylon's rule: **agents cannot execute external actions unilaterally.**
When an agent tries to send an email, the system intercepts it and converts it into a reviewable draft. The email never leaves the workspace. A human reviews, edits if needed, and explicitly confirms before anything is sent.
The critical detail: the approval is bound to a **per-action fingerprint** computed from the exact recipients, content, and sending account. If anything changes after approval, the fingerprint breaks and the approval is automatically invalidated. No bait-and-switch is possible.
Consider the attack: a prompt injection instructs an agent to draft a benign-looking email, get approval, then alter the recipient and body before the actual send. The fingerprint check blocks it: the approval was for one exact message, and the modified version doesn't match. The send fails, the agent is forced to re-request confirmation, and the altered content is visible to the human reviewer.
Three confirmation scopes, all human-controlled: single-use (consumed immediately), 24-hour window (expires automatically), and standing policy (revocable at any time).
> **Principle: AI can draft. Only humans can send. And the human approves the exact content, not a blank check.**
## Continuous monitoring
Deploying these layers is only half the work. The other half is making sure they keep working.
Every agent action, tool call, and external request is logged with the signals and context behind it. The isolation layers are not "set and forget." They're actively monitored:
- **Anomaly detection on sandbox violations.** When a sandboxed command attempts to access a path outside its allowlist, the attempt is logged and flagged, even though the access was already blocked. Patterns in these attempts surface potential prompt injection campaigns before they succeed.
- **Connection access auditing.** Every connection delegation is logged: who authorized it, which agent used it, what action was taken, and when. Unusual patterns (an agent suddenly accessing five connections it has never used before) trigger alerts.
- **Fingerprint mismatch tracking.** When an HITL fingerprint check fails, the before-and-after content is logged for review. This provides a direct window into whether agents are being manipulated by adversarial inputs in the data they process.
The security team's job in an AI workspace isn't watching for bugs. It's watching the loops: are the isolation layers catching what they should? Are the patterns changing? Are new attack surfaces emerging as the agents take on new capabilities?
> **Principle: Monitor the loops, not just the logs.** The architecture should tell you when it's catching something, not just when it fails.
## Putting it together
A prompt injection tells the agent to read another workspace's files? The workspace-scoped mount doesn't contain them. An agent tries to browse another room? The namespace sandbox doesn't expose it. Tries to use a Gmail connection it wasn't granted? Connection is invisible. Gets email approval and swaps the content? Fingerprint mismatch, approval voided.
The hard part of AI workspace privacy isn't encryption or ACLs. It's that you're containing a creative, unpredictable system that can be manipulated by adversarial inputs and attempt anything its tools allow.
You can't solve that with a permissions dialog or a prompt. You solve it with layers of infrastructure the model can't influence, combined with human gates that verify not just intent but exact content, and continuous monitoring that tells you when the architecture is doing its job. That's the architecture privacy requires when AI has real agency.
---
## Kylon vs. Buzz: A workspace your whole business runs on
> Jack Dorsey just launched an open-source workspace for humans and AI agents. We cloned the repo and read the code. Here's what the same vision looks like with very different priorities.
**Author:** Kylon Team · Product | **Date:** 2026-07-22 | **Category:** Compare
**URL:** https://kylon.io/blog/kylon-vs-buzz
On July 21, Jack Dorsey announced Buzz, an open-source workspace where humans and AI agents collaborate in shared channels. The tweet got 1.5 million views.
The positioning sounded familiar: "a new groupchat platform for teams of people and agents of all sizes, built to reduce our dependency on Slack and GitHub."
We read the announcement, cloned the repo, and spent a day in the code. Not because we were worried, but because we were curious. When a company the size of Block validates the same premise you've been building on, AI agents should be teammates, not tools, you pay attention.
Buzz and Kylon start from the same conviction. Where they diverge is in who they're building for, what they think a workspace needs to do, and how far along they are.
## What Buzz does well
Credit where it's due. Buzz gets several foundational things right.
**Open source, for real.** Apache 2.0 license, full codebase on GitHub. A Rust backend with roughly 219,000 lines of code, a Tauri/React desktop app with 224,000 lines of TypeScript, and a Flutter mobile client in progress. This isn't a marketing gesture. It's a real, auditable codebase. Teams that need to self-host on their own infrastructure can run their own relay.
**Identity done properly.** Every participant, human or agent, gets a secp256k1 cryptographic keypair via the Nostr protocol. Agent identity isn't tied to a platform account or an API key. It's portable, verifiable, and independent. Agents sign their own work. A secondary signature ties each agent back to its human owner, creating a tamper-evident audit trail. This is genuinely well-designed.
**Agent-agnostic architecture.** Buzz doesn't ship its own AI. It provides the workspace and lets you bring whatever agent you want. Claude Code, OpenAI Codex, Block's own Goose framework, or anything that speaks the Agent Client Protocol (ACP). The workspace doesn't care what model powers the agent. It just provides the room.
**The Rust engineering is solid.** The relay is a focused Cargo workspace with separate crates for auth, pub/sub, search, audit, workflow, media, and git operations. Clean separation. Process-group kill on every exit path in the agent runtime. Bounded output sizes. The codebase reads like it was written by engineers who care about correctness.
### Agent swarm coordination
The Block engineering blog describes a compelling pattern: one frontier agent driving a swarm of cheaper, faster agents. The smart one keeps the big picture. The fast ones research, build, test, and review in parallel. They communicate through ordinary Buzz mentions, and Block reports that agents even "invent coordination we didn't script: recruiting each other, splitting work into side channels, handing tasks across contexts."
This is genuinely impressive for engineering workflows. But it's worth noting that every example in Block's own blog is a software development scenario: shipping code, reviewing pull requests, running CI, managing releases. The swarm coordination doesn't extend to marketing campaigns, sales pipelines, or operational workflows.
Kylon supports the same multi-agent coordination pattern, but across every type of work. In a Kylon room, a high-capability agent can orchestrate multiple specialized agents, delegating research, analysis, and execution in parallel. The difference is that this coordination works for sales pipelines, marketing campaigns, and operational workflows, not just code.
### Block's own diagnosis
The most telling line in Block's engineering blog isn't about Buzz's features. It's about the problem: **"Agents made individual work faster and teamwork slower."**
That's the exact problem we've been writing about for months. When everyone uses their own agent in their own tab, individual productivity goes up but team coordination breaks down. Every handoff needs a human to ferry context between tools.
Block built Buzz to solve this for engineering teams. We built Kylon to solve it for every team.
## Where it gets complicated
We cloned the repo. We read the architecture docs, the four vision documents, the agent spec, the workflow engine, the persona system, and a good chunk of the Rust source. Here's what we found.
### It's a developer tool, not a business tool
Buzz's entire information architecture is oriented around software engineering. Git hosting. Branch-as-channel workflows. CI pipelines. Code review with signed approval events. Patch management via NIP-34. The README's three example stories are: incident response, feature branch management, and release automation.
There's nothing wrong with that. It's a valid product thesis. But it means Buzz is building for engineering teams who want to replace Slack plus GitHub with one platform. It's not building for the go-to-market team that needs to run campaigns and track conversions, the sales team that needs to manage a pipeline and automate outreach, the operations team that needs to coordinate vendor contracts and inventory, or the finance team that needs monthly reporting and compliance tracking.
These teams don't think in branches, patches, and CI pipelines. They think in leads, campaigns, approvals, and deadlines. They need agents that understand their workflow, not agents that were designed around a merge request.
Kylon was built for all of them. An AI agent that can pull campaign data from Meta Ads, cross-reference it with Google Analytics, generate a branded performance deck, schedule social posts, and email the weekly report to a client is doing work that Buzz's architecture doesn't contemplate. Not because it can't eventually, but because its design center is the engineering workflow. Business operations, GTM, and day-to-day company management need a fundamentally different set of primitives.
### YAML workflows vs. agents that reason
Buzz's workflow engine runs YAML-as-code automation. Here's what a workflow step can do: send a message, send a DM, set a channel topic, add a reaction, call a webhook, request approval, or delay. That's the complete list. We read the Rust enum.
These are useful building blocks. But they're the kind of automation Slack had five years ago (and paywalled). They're deterministic scripts, not intelligent agents deciding what to do.
In Kylon, workflows can invoke agents that reason. An agent doesn't just execute a predefined script. It reads context, makes decisions, calls other agents, uses different tools depending on the situation, and produces structured output. A Kylon workflow can say "analyze the last week's ad performance and write a summary," and the agent decides which data to pull, how to interpret it, and what to highlight. A Buzz workflow can say "post this template message when someone adds a reaction."
The gap isn't about maturity. It's about architecture. YAML workflows are event-action pipelines. Agent workflows are reasoning loops with access to the full workspace.
### No data layer
This is the biggest structural difference.
Buzz has channels and messages. Everything is a message: a chat message, a reaction, a workflow step, a git event, a canvas update. It's all Nostr events in one log. Elegant for an event system. Insufficient for business operations.
Where's the CRM? Where's the project tracker? Where's the campaign dashboard? Where's the inventory system? In Buzz, those live in external tools connected via MCP servers. In Kylon, they live inside the workspace as first-class database apps.
A Kylon agent can create a database, define fields, write records, query data, trigger workflows on data changes, and build a full application through conversation. A marketing manager describes what they need. An agent builds it. The whole team collaborates on the same app. No Jira ticket, no six-week wait for the engineering team.
Buzz's approach is "connect to external databases via MCP." That works when you already have the databases. It doesn't work when you need to create new structured data workflows, which is the thing most small businesses need most.
Here's what it looks like when a team builds a CRM through conversation:
### 3,000+ native integrations
Buzz requires setting up individual MCP servers for each external service. Gmail needs a Gmail MCP server. GitHub needs a GitHub MCP server. Each one requires configuration and maintenance.
Kylon connects to **over 3,000 services** natively. Gmail, GitHub, Notion, Slack, Google Calendar, Meta Ads, Google Ads, PostHog, Ahrefs, HubSpot, Salesforce, and more. One-click connection. Agents use these data sources across rooms without any server setup.
### The information presentation problem
In Buzz, agent output is a message in a channel. Same format as a human message. The rendering is whatever the desktop app's markdown parser supports.
In our Claude Tag analysis two weeks ago, we identified this as the core challenge: when agents produce 10x the output of humans, the format determines whether anyone reads it. A 2,000-word analysis dumped into a chat message? Nobody reads it.
Kylon agents render output as interactive cards with highlighted metrics, sortable tables, charts, per-user visibility controls, and one-click approval buttons. Different team members see different views of the same output. An approval button appears only for the manager. The full dataset is available to the analyst. The executive sees a three-line summary. This isn't cosmetic. It's the difference between agent output that gets used and agent output that gets scrolled past.
Buzz's UI is still early (v0.4.22), so this could change. But the underlying architecture, where everything is a Nostr event rendered as a message, makes rich, structured agent output architecturally difficult.
Here's what a real Kylon workspace looks like when a marketing team uses AI agents to analyze campaign performance:
### Bring your own agent means bring your own problems
Buzz's agent-agnostic approach sounds great in a README. In practice, it means the workspace provides a room, and you figure out the rest.
Want an agent that remembers your deploy process? Configure a Goose persona with the right system prompt and hope the context window holds. Want an agent that learns from a month of team conversations? Build it yourself. The workspace doesn't provide persistent agent memory beyond basic encrypted key-value "engrams." Want multiple specialized agents that coordinate? Run multiple ACP processes, each with its own configuration, each with its own MCP servers, and hope they don't step on each other.
In Kylon, agents ship with the workspace. They have persistent memory that accumulates over months. They have skills that can be installed, shared, and composed. They have 3,000+ native integrations that work out of the box. They coordinate naturally in shared rooms. You don't configure a persona YAML file. You describe what you need, and the agent learns.
The difference is operational. A Buzz deployment requires devops. A Kylon workspace requires a conversation.
### Ready to use, on every device
Buzz is desktop-only: macOS, Windows, and Linux apps are available, but mobile clients are still in development. Block offers a hosted version (free in beta), but agent setup still requires technical configuration, and the product is at v0.4.22 early beta.
Kylon runs on **Web, macOS, iOS, and Android**. Sign up, create a workspace, and your team is working with AI agents within a minute. No servers to provision. No keys to mint. The infrastructure is invisible. The agents are ready. The integrations are preconfigured. Security, compliance, and data encryption are handled by the platform.
The mobile advantage matters for business teams. A sales rep reviews an agent's pipeline analysis on their iPhone during the commute and walks into the meeting prepared. An operations manager responds to an inventory alert from a tablet on the warehouse floor. A marketing lead approves a campaign report from their phone between client calls. Desktop-only tools can't support these workflows. Kylon can.
Available on Android, iOS, macOS, and any browser.
### Early, and honest about it
To Buzz's credit, they're transparent about maturity. The README has three columns: "Works today," "Being wired up," and "Strong opinions, pending code." Mobile clients are unfinished. Workflow approval gates exist in schema but don't persist or suspend execution. A run that hits an approval step fails. Push notifications aren't built. Web-of-trust reputation is planned. Culture features (polls, kudos, confetti) are "ship blockers" that haven't shipped.
Version 0.4.22. That's honest versioning for an honest stage of development.
Kylon is in production. Web, macOS, iOS, Android. Workflows that fire on schedules, webhooks, and data changes. Database apps that teams build and use daily. A thousand integrations. Real users evaluating the product every day.
## The Nostr question
Buzz is built on Nostr, and this is worth examining because it's the most philosophically interesting choice in the product.
Nostr gives Buzz portable cryptographic identity, verifiable event authorship, and a decentralized protocol substrate. These are real properties with real value, especially for open-source communities that want to own their infrastructure.
But for most businesses, Nostr is a solution to a problem they don't have. A 30-person consulting firm doesn't need decentralized identity. They need their agents to file expense reports accurately. A startup doesn't need cryptographic event verification. They need a shared workspace where the marketing agent and the sales agent build on each other's work.
The Hacker News commentary on Buzz's launch was illuminating. One commenter noted: "It feels very forced to use Nostr for something like that. It feels like it's solving an issue that no team chat ever has." A Slack employee pointed out the hard problem that portable identity doesn't solve: preventing multiplayer agents from leaking data across permission boundaries.
Nostr is an interesting technical foundation. It's not a product advantage for the teams who need AI workspaces most.
## The real comparison
**Built for:** Buzz targets engineering teams. Kylon is built for every team in the business.
**Stage:** Buzz is v0.4.22, early beta. Kylon is in production, multi-platform.
**Platforms:** Buzz has desktop apps (macOS/Windows/Linux). Kylon runs on web, macOS, iOS, and Android.
**Open source:** Buzz is fully open source (Apache 2.0). Kylon will open-source skills and templates; infrastructure remains platform-managed to ensure stability and continuity. Most teams don't have the capacity or need to deploy and maintain an open-source project themselves.
**Platforms:** Buzz is desktop-only (macOS/Windows/Linux, mobile in development). Kylon runs on Web, macOS, iOS, and Android.
**Time to first agent:** Kylon: under one minute. Buzz: requires technical agent configuration even with hosted version.
**Security and compliance:** Kylon handles encryption, access control, and compliance.
**Agent approach:** Buzz is bring-your-own (Goose, Claude Code, Codex). Kylon ships built-in agents with memory, skills, and connections, and also lets you [bring your own agent](/bring-your-own-agent): Codex, Claude Code and Devin Cloud connect as workspace members you can message and assign work to.
**Agent memory:** Buzz has encrypted key-value engrams. Kylon has structured persistent memory that works across rooms.
**Workflows:** Buzz uses YAML with fixed actions (send message, add reaction, call webhook). Kylon workflows invoke agents that reason and take multi-step actions.
**Data layer:** Buzz has none (external via MCP). Kylon has first-class database apps.
**Output format:** Buzz renders text messages. Kylon renders interactive cards, tables, charts, and per-user UI.
**Integrations:** Buzz is bring-your-own via MCP servers. Kylon has 3,000+ native connectors.
**Git hosting:** Buzz has it built in (branch equals channel). Kylon has built-in Git for managing deployment versions, abstracted so business users never need to understand Git.
**Identity:** Buzz uses Nostr cryptographic keypairs. Kylon uses platform-managed identity with delegated permissions.
**Models:** Buzz is bring-your-own (any LLM). Kylon provides access to every capable model via a unified proxy.
**App building:** Buzz doesn't support it. Kylon enables collaborative app building through conversation.
**Protocol:** Buzz is built on Nostr (NIP-01). Kylon uses a purpose-built protocol optimized for business use.
## When Buzz makes sense
If you're an engineering team that wants to own your infrastructure, run open-source everything, and you have the devops capacity to manage a self-hosted relay, Buzz is worth watching. The Git integration is genuinely clever. The cryptographic identity model is well-designed. The Rust engineering is solid. And if the idea of your project living at `myproject.com` with code, chat, and agents all behind one domain appeals to you, that's a compelling vision.
Buzz is also interesting for open-source communities. A project that hosts its own relay, where contributors and agents collaborate in the same channels as the code, is a use case no other tool serves well.
## When Kylon makes sense
Kylon is built for teams that need AI agents to do real business work today, not just engineering work, and not "once we finish the self-hosted setup."
Your marketing team needs campaign analytics. Your sales team needs pipeline management. Your ops team needs vendor tracking. Your finance team needs reporting. Your GTM team needs to coordinate launches across content, ads, and outreach without everything living in seven disconnected tools.
And critically: the people doing this work are not engineers. They don't want to configure YAML workflows or manage MCP servers. They want to describe what they need in plain language and have an agent do it. They want to start working in one minute, not after a deployment sprint.
Kylon is where that happens. Agents that remember context across rooms, coordinate without human intermediation, build apps from conversation, and present their output in formats that humans can actually absorb. All without provisioning a single server.
You need a workspace, not a relay to configure.
## The bigger picture
Jack Dorsey launching Buzz validates something important: the era of AI agents as teammates, not tools, is here. Block is a public company with thousands of engineers. When they build a workspace around human-agent collaboration, it's not a niche bet. It's a signal that this category is real.
But there's a fork in the approach. One path says: make everything open, decentralized, self-hosted, and developer-first. Let teams assemble their own agent stack on top of an elegant protocol. The other path says: make it work out of the box. Build the agents, the memory, the data layer, the integrations, the attention management, and the rich UI into the product, so teams spend their time on work, not on infrastructure.
Buzz chose the first path. Kylon chose the second.
Both paths are valid. But if you're a team that needs AI agents working alongside humans tomorrow, not after you configure a Nostr relay, provision Postgres, mint cryptographic keypairs, and wire up MCP servers, the question answers itself.
The workspace that changes how your team works isn't the one with the best protocol. It's the one your team actually uses.
---
## Kylon vs. Retool vs. Replit vs. Lovable: When building is a team sport
> Retool, Replit, and Lovable are powerful AI builders. But building software is only half the job. Kylon is where humans and AI agents build, deploy, and operate — together, in the same workspace where the work happens.
**Author:** Kylon Team · Product | **Date:** 2026-07-20 | **Category:** Compare
**URL:** https://kylon.io/blog/kylon-vs-retool-replit
Retool, Replit, and Lovable have each made impressive bets on AI-powered building. Retool launched a prompt-first app builder in June 2026 for internal tools. Replit's Agent 4 builds complete applications from a description — code, databases, deployment, merge conflicts. Lovable turns ideas into full-stack web apps with authentication, Supabase integration, and one-click deployment.
All three are genuinely good at building. If you need an app quickly, they deliver.
But here's what we've noticed after watching teams build and use software: **building the app is the easy part.** The hard part is the context around it — who needs it, what data feeds it, what happens when the numbers change, and how it stays alive as the business evolves.
## What each builder does best
### Retool: enterprise internal tools
The standard for internal tools. Enterprise-grade governance (RBAC, audit logging, SSO/SAML), deep data connectivity to virtually any database or API, and now a prompt-first AI builder that generates Retool apps from natural language. Git-based source control for multi-developer workflows. Years of templates and enterprise deployments behind it.
### Replit: idea to deployed app
Agent 4 is genuinely impressive. Describe an app and it autonomously generates code, configures databases, and deploys. Multi-artifact projects — web app, mobile app, pitch deck in one project. Multiplayer editing with live cursors and automatic merge conflict resolution. 50+ languages, built-in deployment.
### Lovable: full-stack web apps, fast
Takes you from concept to deployed full-stack web app with minimal friction. Authentication, Supabase backend, security scans, version rollback, GitHub sync. The $50/month Business tier adds multiplayer prototyping and access controls. For non-technical teams building their first tool, the simplicity is a real advantage.
## The pattern that breaks
All three tools share the same structural assumption: **building and using happen in different places.**
1. A team identifies a need in Slack, a meeting, or an email.
2. Someone context-switches to the builder.
3. They rebuild the context: what data is needed, what the team wants to see, what integrations matter.
4. The app gets built and deployed.
5. The team uses it... somewhere else.
6. When something changes, someone context-switches back to the builder.
Every time you leave the workspace where work happens to build a tool in a separate environment, you lose context. The builder doesn't know what your team discussed. It doesn't know what your agents already monitor. It doesn't know what integrations you've already connected. It starts from zero.
## How Kylon changes the equation
### Build where you work, use what you build — instantly
In Kylon, you don't leave the workspace to build an app. You describe what you need **in the same room where the work is being discussed.** An agent builds it. The team sees it immediately. No deploy step, no URL to share, no "let me show you where to find it."
A marketing team discussing campaign performance asks the agent for a dashboard. The agent builds it in the room — pulling from Google Ads and Meta Ads connections that are **already connected to the workspace.** The dashboard is live, in context, right where the conversation is. When the CMO asks "why did CPA spike?" — the agent answers using the same data, in the same thread.
This isn't hypothetical. Consider how it works across industries:
**A logistics company** tracks shipment delays across carriers in a room. The ops agent notices a pattern — one carrier's on-time rate dropped 15% this month. The team discusses it in the thread. Someone says "can we see this as a dashboard?" The agent builds a carrier performance tracker in the room, populated with live data. The next morning, the agent surfaces an alert: the same carrier missed another SLA. The team acts in the same place where the data lives.
**A real estate agency** manages listings across platforms. An agent monitors new inquiries, matches them to properties in a database app, and flags high-value leads. The team discusses pricing strategy in the room. Someone asks "what's our average time-to-close by neighborhood?" The agent builds the analysis on the spot, using data that's already in the workspace.
**A media buying team** runs campaigns across Meta and Google. The agent pulls daily spend, CPA, and ROAS into a dashboard that updates automatically. When a campaign underperforms, the agent surfaces it with competitive benchmarks — pulling from the same integrations the team uses for everything else. No logging into a separate analytics platform.
### Workspace knowledge powers the build
Here's what makes building inside the workspace fundamentally different from building in a separate tool:
**The agent already knows your business.** In Retool or Lovable, you start from a blank canvas. You explain what data you need, what columns matter, what the business logic is. In Kylon, the agent has been working alongside your team. It's read the conversations, maintained memory of past decisions, and understands the context. When you ask for a client tracker, it knows what fields matter because it's been part of the discussions about clients.
**Workspace knowledge compounds.** Every document, every decision, every piece of institutional knowledge that lives in the workspace is available to the agent when it builds. A new team member's agent can create a tool that reflects months of accumulated business context — not because someone wrote a spec, but because the knowledge is already in the workspace.
### Existing integrations, zero reconfiguration
In Retool, Replit, or Lovable, every new app means reconnecting to your data sources. OAuth flows, API keys, database credentials — set up from scratch for each project.
In Kylon, integrations are **workspace-level resources.** Connect Google Ads once, and every agent in the workspace can query campaign data. Connect Meta Ads, and competitive intelligence is available wherever it's needed. Connect Stripe, and revenue dashboards can be built in any room without reconfiguring credentials.
When a marketing agent builds a competitive intelligence dashboard, it uses the same Google Ads and Meta Ads connections the team already uses for daily operations. When a finance agent builds a revenue tracker, it pulls from the same Stripe connection. The integrations are shared infrastructure, not per-project configuration.
Over 3,000 integrations work this way — Gmail, GitHub, Notion, Slack, Linear, HubSpot, Google Calendar, and more. Connect once, use everywhere.
### Multiple agents, continuous operation
Retool has one AI builder. Replit has one Agent. Lovable has one builder. They build, then step back.
Kylon has **multiple specialized agents** that build and then **keep operating.** The marketing agent that builds the campaign dashboard continues monitoring it. When CPA spikes, it alerts the team. When a new competitor appears in SERP data, it flags it. The agent doesn't just build the tool — it becomes the operator.
A data agent pulls metrics. A marketing agent analyzes campaigns. An ops agent monitors workflows. They coordinate in the same rooms, hand off tasks, and share context. Build and operate are the same continuous loop.
### Cross-platform, always accessible
Builder apps run in a browser. Kylon runs on **web, macOS, iOS, and Android.** The dashboard your agent built is accessible from your phone. The alert reaches you wherever you are. You respond in the same thread. Context stays intact.
## When each makes sense
**Choose Retool when** you need enterprise-grade internal tools with deep data connectivity and governance. If building and using are deliberately separate roles — developers build, operators use — Retool's maturity is hard to beat.
**Choose Replit when** you want the fastest path from idea to deployed app, especially for prototyping across multiple languages and frameworks. Agent 4's autonomous building and multiplayer editing are state-of-the-art.
**Choose Lovable when** you need a full-stack web app quickly with minimal technical complexity. For non-technical teams building their first product or internal tool, Lovable's simplicity is a genuine advantage.
**Choose Kylon when** the tool and the team need to live in the same place. If you want AI agents that build with workspace knowledge, reuse existing integrations, and keep operating after the build — monitoring data, surfacing insights, coordinating responses — Kylon is where multiplayer building meets multiplayer work. Available on web, Mac, iPhone, and Android.
## Building is a team sport
The best tools aren't the ones you visit. They're the ones that live where your team works.
Retool, Replit, and Lovable have proven that AI can build software. Kylon adds the layer that makes building continuous — where the context that motivates the build, the integrations that power it, the knowledge that shapes it, and the team that uses it are all in the same room. Not just multiple people editing code, but humans and agents collaborating on the entire lifecycle of work.
---
## Kylon vs. Viktor: A workspace built around your agents
> Viktor puts an impressive AI employee inside Slack. Kylon builds the whole workspace around AI agents. Same goal — very different architecture.
**Author:** Kylon Team · Product | **Date:** 2026-07-20 | **Category:** Compare
**URL:** https://kylon.io/blog/kylon-vs-viktor
Viktor launched in March 2026 and hit 12,000 workspaces in under three months. A $75 million Series A from Accel followed in May. The pitch is straightforward: add one AI employee to Slack or Microsoft Teams, connect your tools, and let it do real work — dashboards, reports, campaigns, code commits, research, browser automation.
It's a good pitch because it's a real product. Viktor doesn't summarize documents or generate paragraphs. It logs into your Stripe, pulls live data, cross-references with HubSpot, and delivers a board-ready PDF. It writes code, opens pull requests, and deploys internal tools. It runs on a schedule, monitors anomalies, and proactively suggests automations. Former Meta engineers Fryderyk Wiatrowski and Peter Albert built it, and the execution quality shows.
We think Viktor is doing something right. We also think there's an architectural ceiling to the approach.
## What Viktor does well
**Zero-friction deployment.** Install a Slack app, connect your tools through OAuth, and start messaging. No infrastructure, no configuration, no developer required. For teams that live in Slack, the time-to-value is remarkably short.
**Genuine output, not chat.** Viktor delivers PDFs, spreadsheets, deployed web apps, code commits, and structured reports. It doesn't just talk about work — it produces artifacts. This is a meaningful distinction from most AI assistants.
**Breadth of integrations.** 3,200+ tools connected through managed connectors. Stripe, HubSpot, Google Ads, Meta Ads, PostHog, Linear, Notion, GitHub, Google Calendar — the coverage is impressive and saves teams from building custom connections.
**Proactive automation.** Viktor's "heartbeat" system observes how teams work and suggests tailored automations. Morning revenue briefings, weekly ad audits, anomaly alerts. Approve once and it runs on autopilot. This is closer to how a real employee operates — noticing patterns and acting on them.
**Browser automation.** Viktor operates a real browser — filling forms, navigating workflows, scraping data. For tasks that don't have APIs, this is a practical workaround.
**SOC 2 certified.** Type 1 complete, Type 2 in progress. For enterprise buyers, this matters.
## Where the architecture diverges
Viktor and Kylon share the belief that AI should do real work, not just answer questions. The difference is where the AI lives — and what that implies for data, coordination, and scale.
### One employee vs. a team
Viktor is designed as one AI employee. One persona, one identity, one set of capabilities shared across the whole organization. Everyone in the Slack workspace talks to the same Viktor.
Kylon is designed for **multiple specialized agents** working alongside humans. A marketing agent that knows your campaign history. A data agent that understands your metrics. An ops agent that manages workflows. Each has its own identity, memory, skills, and permissions. They coordinate with each other and with humans in the same rooms.
The difference matters when work gets complex. A single generalist employee — no matter how capable — has limits. A team of specialists that share context and hand off tasks scales differently. When the marketing agent needs data, it asks the data agent. When the ops agent completes a workflow, it notifies the relevant humans. The coordination is native, not bolted on.
### Guest in Slack vs. native workspace
Viktor lives inside Slack (and now Teams). That's a strength for adoption — but it means Viktor inherits the host platform's constraints.
**Data lives elsewhere.** Viktor can pull data from tools, but it doesn't own a data layer. Insights, reports, and analyses are delivered as attachments or messages. There's no structured database where agent-generated knowledge compounds over time.
Kylon has a **native data layer** — database apps that agents read, write, and query directly. When an agent analyzes your revenue trends, the results live in a table that other agents and humans can reference, filter, and build on. Data compounds inside the workspace.
**Threading and context are Slack's.** Viktor's conversations follow Slack's chronological message model. When agent output scales — dozens of reports, dashboards, and analyses per day — it mixes with human conversation in a flat feed. Finding what Viktor produced last Tuesday means scrolling through a channel.
Kylon's information architecture is built for agent-scale output. Rooms, threads, tables, apps, and files are structured for both human and agent work. An agent's output can be a table row, a deployed page, a workflow result, or a structured card — not just a message in a feed.
**UI is Slack's.** Viktor's output format is constrained by Slack's Block Kit — a fixed set of UI components designed for human messaging, not for agent output. Charts, interactive tables, conditional buttons, user-specific views — these are limited or unavailable.
Kylon agents render output in whatever format communicates most efficiently. Interactive cards with drill-down sections. Real tables with sortable columns. Stats dashboards. Approval workflows with user-specific buttons. Different views for different roles in the same message.
### Cross-platform vs. Slack-bound
Viktor requires Slack or Teams. If your team works across devices — desktop, phone, tablet — you need Slack installed and active.
Kylon runs natively on **web, macOS, iOS, and Android**. The workspace meets your team wherever they are, with the same agent capabilities across every platform.
### Permissions and accountability
Viktor's integrations are workspace-level — connected once, available to everyone who can message Viktor in that channel. This is simple to set up but means the permission model is coarse. If Viktor has write access to GitHub, anyone can ask it to open PRs.
Kylon agents have **individual identities and per-agent permissions**. Each agent has defined capabilities, specific tool access, and an audit trail. You know which agent did what, when, with what context, and under whose authorization. Permissions are granular — an agent's access to a connection can be scoped by user, by room, or by the specific action requested.
### Workflows and scheduling
Viktor handles scheduled tasks well — daily standups, weekly audits, monthly reviews. But the scheduling is within Viktor's own system.
Kylon has a **composable workflow runtime** — manual triggers, cron schedules, webhooks, row-change triggers, and multi-step pipelines. Workflows can invoke agents, chain operations, and run code. It's a programmable automation layer, not just a task scheduler.
## The broader question: tool or workspace?
This is the same architectural question that Claude Tag raises. When AI reaches a certain level of capability, is it better to embed it inside an existing tool — or to build a purpose-designed workspace around it?
Viktor makes the "embed" bet brilliantly. The Slack integration is seamless, the output quality is high, and the breadth of tool connections is impressive. For teams that are all-in on Slack and want a single capable AI employee, Viktor delivers genuine value.
Kylon makes the "workspace" bet. When you control the entire environment — data, UI, permissions, workflows, platform — you can build things that a guest in someone else's house can't. Multi-agent coordination. Native databases. Cross-platform access. Granular permissions. Rich, agent-optimized output formats.
Both bets have merit. The question is what your team needs.
## When each makes sense
**Choose Viktor when** your team lives in Slack and wants a single, capable AI employee that connects to everything. If you need dashboards, reports, and automations delivered into your existing channels with zero deployment friction — Viktor is polished and production-ready. The $50/month Team plan (20,000 credits) makes it accessible for lighter usage, though complex workflows can consume credits quickly, and the output quality is genuinely impressive.
**Choose Kylon when** you need more than one AI role, or when you need the AI to own data and workflows, not just produce artifacts. If you want specialized agents with individual permissions, native databases that compound organizational knowledge, multi-agent coordination, composable workflows, and a cross-platform workspace that runs on Mac, iPhone, and Android — Kylon is the purpose-built environment for human-agent teams.
## Two takes on the same future
Viktor proved that teams will adopt AI that does real work — not just AI that talks about work. 12,000 workspaces in three months is strong signal. The market clearly wants AI employees.
The question is whether the future is one AI employee inside your existing tools, or a team of AI agents inside a workspace designed for them. We think it's the latter. But Viktor's success validates the core thesis both companies share: **AI should do the work, not just discuss it.**
---
## The Real Cost of Kimi K3: Why Half-Price Tokens Don't Mean Half the Bill
> Kimi K3 is half the price of GPT-5.6 Sol per token. But it uses twice as many tokens. And it runs at half the speed. We did the math so you don't have to.
**Author:** Kylon Team · Product | **Date:** 2026-07-19 | **Category:** Compare
**URL:** https://kylon.io/blog/kimi-k3-real-cost
Moonshot AI's Kimi K3 launched on July 16, 2026 with a pricing card that looked like a steal: **$3 per million input tokens, $15 per million output tokens.** That's 40% cheaper than GPT-5.6 Sol on input and 50% cheaper on output. Against Claude Fable 5, the savings look even bigger — 70% cheaper on both.
Within hours of the launch, the narrative was set: K3 is a frontier model at a discount price. "Much cheaper than Fable 5," declared one prominent YouTube review. Stock markets rattled. The AI pricing discourse revved up.
Then the people who actually ran it started posting receipts.
## Theo Browne: "It is not an incredible value"
Developer and YouTuber Theo Browne put it bluntly:
> "Kimi K3 is an incredible model. It is not an incredible value. In most tasks, it comes out to roughly the same cost as GPT-5.6 Sol."
>
> "K3 is half the price of 5.6 Sol per token. GPT-5.6 uses half as many tokens. Price evens out."
>
> "GPT-5.6 is 2x faster TPS, so it gets work done ~4x faster than K3 at roughly the same price."
>
> "I still love K3 and will be using it for a TON of stuff. I'm just tired of people pretending it's way cheaper when it's not."
This post was viewed 477,000+ times. It resonated because it captured what many developers were quietly discovering.
## The numbers: Artificial Analysis cost-per-task data
Artificial Analysis, the independent benchmarking firm, published the most rigorous cost comparison available. Their Intelligence Index evaluation ran each model through nine benchmark suites spanning coding, terminal work, scientific reasoning, and knowledge tasks.
Here's what they found:
| Model | Cost per task | Output tokens generated | Speed (tokens/sec) |
|-------|--------------|------------------------|-------------------|
| Kimi K3 | **$0.94** | 130M | 62 |
| GPT-5.6 Sol (max) | **$1.04** | ~70M | ~120 |
| Claude Opus 4.8 | $1.80 | — | — |
| GLM-5.2 | $0.47 | — | — |
| Claude Fable 5 (w/ fallback) | $2.75 | 87M | — |
**K3's cost per task ($0.94) is only 10% cheaper than GPT-5.6 Sol ($1.04).** Not 50% cheaper. Not 70% cheaper. Ten percent.
The total evaluation cost for K3 was $2,690.80.
Why? Because K3 generated **130 million output tokens** across the benchmark suite — more than double the 63 million median among comparable reasoning models, and roughly 1.9x more than GPT-5.6 Sol's ~70 million.
## Simon Willison: 25 cents for a pelican
Simon Willison, the influential developer and AI commentator, ran his signature "pelican benchmark" — asking K3 to generate an SVG of a pelican riding a bicycle.
The result: **16,658 output tokens** (of which 13,241 were reasoning tokens) for a cost of **25 cents**. For a single SVG drawing.
Why so expensive? K3 currently has only one reasoning mode: **max**. Every task, no matter how simple, gets the full reasoning treatment. The model consumed 13,241 reasoning tokens to produce 3,417 tokens of actual response.
Willison noted the "sticker shock" of K3's pricing compared to earlier Kimi models: K2.6 cost $0.95/$4 per million tokens. K3 is 3.2x more expensive on input and 3.75x more expensive on output than its predecessor.
## Reddit: "The token burning is out of control"
Users on r/kimi have been even more direct:
> "Kimi K3 is incredibly smart, but the token burning is out of control. Anyone else experiencing this?"
> "Yes, the base price looks cheaper on paper, but because it absolutely hemorrhages tokens, it's actually turned out to be one of the most expensive models I've tested so far."
These aren't edge cases. K3's architecture — always-on max reasoning, 2.8T parameters, verbose chain-of-thought — generates significantly more output per task than competing models.
## Why K3 uses so many tokens
Three architectural factors explain the token inflation:
### 1. Max reasoning only — no lighter modes
GPT-5.6 offers three reasoning tiers (Sol, Terra, Luna) and adjustable effort levels. Claude Fable 5 has an effort parameter that controls reasoning depth. K3 launched with **one setting: max**. Every task gets the same exhaustive reasoning treatment.
Moonshot has announced that "low" and "high" reasoning modes are planned, but they're not available yet. Until they ship, every API call burns max-effort tokens.
### 2. Verbose chain-of-thought
K3's reasoning traces are long. In Willison's pelican test, reasoning tokens outnumbered response tokens 3.9:1. In complex coding tasks, the ratio can be even higher.
All reasoning tokens are billed at the output rate ($15/M). This means the "thinking" often costs more than the answer.
### 3. 2.8 trillion parameters = expensive inference
K3 activates 16 of 896 experts per token through its Stable LatentMoE architecture. Even though only a fraction of parameters activate, the infrastructure required (Moonshot recommends 64+ accelerators) drives high serving costs that are reflected in the $3/$15 rate card.
## The speed factor: 4x slower in practice
Cost isn't just about dollars — it's about time.
| Model | Tokens per second | Time to first token |
|-------|------------------|-------------------|
| Kimi K3 | 62 | ~2.0s |
| GPT-5.6 Sol | ~120 | ~1.0s |
| Claude Fable 5 | ~100 | ~1.2s |
K3 processes tokens at roughly half the speed of GPT-5.6 Sol. Combined with generating roughly 2x more tokens per task, the practical throughput difference is approximately **4x** — Sol completes the same work four times faster.
For a single query, the difference is seconds. For an agentic workflow with dozens of tool calls, retries, and multi-turn conversations, the speed gap compounds into minutes.
## When K3 actually is cheap
The cost picture isn't uniformly bad. K3 has genuine pricing advantages in specific scenarios:
### Cached input workloads
K3's cached input rate of **$0.30 per million tokens** is its killer feature. Moonshot reports a 90%+ cache-hit rate on coding workloads. For tasks with stable system prompts and reused repository prefixes — code review, documentation analysis, repeated agent patterns — the effective input cost is dramatically lower than competitors.
### Long-context single-pass tasks
K3's pricing is flat across its 1M-token context window. GPT-5.6 Sol charges a 2x premium above 272K input tokens. For genuinely long-context work (reviewing a full codebase, analyzing hundreds of documents), K3's flat rate can save significantly.
### Open-weight self-hosting (after July 27)
Once Moonshot releases the model weights, self-hosting eliminates API costs entirely. For organizations with the GPU infrastructure (64+ accelerators recommended), the total cost of ownership shifts from per-token to fixed infrastructure cost.
### Frontend development
K3 is #1 on Arena's Frontend Code Arena. If your primary use case is frontend coding, K3 may deliver better results per dollar than any alternative — the quality advantage can offset the token overhead.
## The honest pricing comparison
Here's the cost table that actually matters — per task, not per token:
| Metric | Kimi K3 | GPT-5.6 Sol | Claude Fable 5 |
|--------|---------|-------------|----------------|
| Input price (per 1M) | $3.00 | $5.00 | $10.00 |
| Output price (per 1M) | $15.00 | $30.00 | $50.00 |
| **Cost per task** | **$0.94** | **$1.04** | **$2.75** |
| Speed (tokens/sec) | 62 | ~120 | ~100 |
| **Time-adjusted cost** | Baseline | **~4x faster, same price** | ~2x slower, 3x price |
**K3 is genuinely cheaper than Fable 5** — about 66% cheaper per task. That's real savings.
**K3 is roughly the same cost as GPT-5.6 Sol** — about 10% cheaper per task, but 4x slower. Whether that 10% savings is worth the 4x speed penalty depends entirely on whether your bottleneck is dollars or time.
## The bottom line
Kimi K3 is an extraordinary model. Its benchmark performance is legitimate — #1 on Arena's frontend coding, #3 on Artificial Analysis, competitive on every major evaluation suite.
But the pricing narrative has been oversimplified. "Half the price per token" is a true statement that leads to a false conclusion. The real metric is cost per completed task, and on that metric, K3 and GPT-5.6 Sol are nearly identical.
The honest recommendation:
- **Use K3** for frontend coding, long-context tasks with high cache reuse, and when self-hosting is planned
- **Use GPT-5.6 Sol** when speed matters and your workloads aren't cache-heavy
- **Use Claude Fable 5** when you need the absolute best on hard coding problems and can absorb the premium
- **Wait for K3's lighter reasoning modes** — when "low" and "high" effort ship, K3's cost-per-task picture could change dramatically
The model race isn't just about benchmarks anymore. It's about total cost of ownership. And that calculation requires looking past the rate card.
---
## But the real question is bigger than model pricing
Every model we've discussed — K3, Sol, Fable 5 — is priced per token. Every task burns tokens. The faster and better the model, the more you'll want to use it, and the higher your bill climbs.
This is the fundamental problem with treating AI as a metered utility. You're paying for each thought the model has, each reasoning step, each tool call. The verbosity tax that hits K3 today will hit every model tomorrow as reasoning chains get longer and agents get more capable.
**Kylon takes a different approach.** Instead of paying per token for isolated model calls, you work with AI agents that are part of your team. They have memory that persists across tasks (so they don't need to re-process the same context). They have skills that encode best practices (so they don't reinvent solutions). They have workflows that run reliably (so they don't burn tokens on retries).
The result? Less total computation for more total output. Not because the model is cheaper per token, but because the system around the model is smarter about when and how to use it.
The cost debate about K3 vs Sol vs Fable is important. But the larger question is: **Are you optimizing the right thing?** Shaving cents off token prices matters less than building a system where AI does more useful work per dollar spent.
That's what an AI-native workspace is for.
*Sources: Theo Browne on X, Artificial Analysis, Simon Willison, Trilogy AI, r/kimi*
---
## Kimi K3 Benchmark Breakdown: How Moonshot's 2.8T Model Stacks Up Against Fable 5, GPT-5.6, and GLM-5.2
> Moonshot AI's Kimi K3 just landed at #3 on Artificial Analysis and #1 on Arena's frontend coding leaderboard. We break down every major benchmark, compare it head-to-head with Fable 5, GPT-5.6 Sol, and GLM-5.2, and explain why the model race is only half the story.
**Author:** Kylon Team · Product | **Date:** 2026-07-18 | **Category:** Compare
**URL:** https://kylon.io/blog/kimi-k3-benchmark-2026
On July 16, 2026, Moonshot AI released Kimi K3 — a 2.8 trillion-parameter, open-weight model with a 1 million-token context window, native vision, and an "always-on reasoning" mode. Within 24 hours it climbed to #1 on Arena's frontend coding leaderboard, #3 on Artificial Analysis's Intelligence Index, and set off a wave of reactions across X that tech analyst Patrick Moorhead compared to the "DeepSeek moment" of 2025.
This article is a fact-based breakdown of every major benchmark we could verify, a head-to-head comparison with the three models most likely sitting next to K3 in your evaluation spreadsheet — Anthropic's Claude Fable 5, OpenAI's GPT-5.6 Sol, and Zhipu AI's GLM-5.2 — and a closing argument for why the model layer, no matter how good, is only half the equation.
## The benchmarks, model by model
### Artificial Analysis Intelligence Index
This composite index combines nine evaluations (GDPval-AA v2, Terminal-Bench 2.1, SciCode, Humanity's Last Exam, GPQA Diamond, and long-context reasoning) to produce a single intelligence score across 189 models.
| Model | Intelligence Index | Percentile |
|-------|-------------------|------------|
| Claude Fable 5 (max) | 60 | 98% |
| GPT-5.6 Sol (max) | 59 | 98% |
| Kimi K3 | 57.1 | 97% |
| Claude Opus 4.8 | ~57 | 97% |
| GPT-5.5 | ~55 | 96% |
| GLM-5.2 | not yet published | — |
**Takeaway:** K3 enters the frontier tier but doesn't dethrone Fable 5 or GPT-5.6 Sol on this broad index. The gap between third and first is roughly 3 points — tight by historical standards.
### Arena Leaderboards (Blind ELO)
Arena's blind comparison model is the closest thing to a "vibes" benchmark — real users pick winners without knowing which model they're testing.
| Arena | #1 | K3 score |
|-------|-----|----------|
| Text Arena | Fable 5 | K3 competitive |
| Code Arena | Fable 5 | K3 competitive |
| Agent Arena | Fable 5 | K3 competitive |
| **Frontend Web Dev** | **Kimi K3 — 1,679** | Fable 5: 1,631 · GPT-5.6 Sol: 1,618 |
K3 took #1 in six of seven frontend coding subcategories, only placing second in the game category. Its predecessor Kimi K2.6 sat at #18 with 1,515 points — a 164-point jump in one generation.
Arena co-founder Anastasios Angelopoulos called K3 "the single biggest release of the year" and the moment "open-source Chinese models are surpassing closed U.S. models."
### Coding & Software Engineering
This is where K3 makes its strongest case.
| Benchmark | Kimi K3 | Fable 5 | GPT-5.6 Sol | GLM-5.2 |
|-----------|---------|---------|-------------|---------|
| SWE-bench Verified | 60.4% | 95.0% | — | ~77.8%* |
| DeepSWE | 67.5% | — | top | 46.2% |
| Terminal-Bench 2.1 | 88.3% | 88.0% | 88.8% (Sol) / 91.9% (Ultra) | — |
| ProgramBench | **77.8%** (1st) | — | 77.6% | — |
| SWE Marathon | **42.0%** (1st) | — | 39.0% | — |
| FrontierCode Diamond | — | **29.3%** | 5.7% | — |
*GLM-5.2 score inherited from GLM-5.1 predecessor; independent GLM-5.2 evaluation pending.*
K3 leads in sustained coding tasks (SWE Marathon, ProgramBench) and matches the frontier on Terminal-Bench. Fable 5 still dominates on SWE-bench Verified (95.0% vs 60.4%) and hard coding problems (FrontierCode Diamond).
### Knowledge Work & Reasoning
| Benchmark | Kimi K3 | Fable 5 | GPT-5.6 Sol |
|-----------|---------|---------|-------------|
| BrowseComp | **91.2** | — | 92.2 |
| GPQA Diamond | **93.5%** | — | — |
| Humanity's Last Exam | 44.3% | 59.0% (no tools) / 64.5% (with tools) | — |
| Agents' Last Exam | — | ~40 | **53.6** |
| GDPval-AA v2 | 1,687 (3rd) | top | top |
GPT-5.6 Sol narrowly edges K3 on BrowseComp (92.2 vs 91.2). K3's GPQA Diamond score of 93.5% is strong — graduate-level scientific reasoning. Fable 5 leads on Humanity's Last Exam.
### Agentic Tasks
| Benchmark | Kimi K3 | Fable 5 | GPT-5.6 Sol |
|-----------|---------|---------|-------------|
| AutomationBench | ranked 1st (4/8 benchmarks) | 17.4% | — |
| OSWorld 2.0 | — | — | **62.6%** |
| SpreadsheetBench 2 | ranked 1st | — | — |
K3 claims first in four out of eight real-world automation benchmarks. GPT-5.6 Sol dominates computer-use tasks (OSWorld). Fable 5 leads on AutomationBench's precision metric.
### Vision
K3 has native multimodal capabilities — images and video processed natively, no OCR pipeline.
| Benchmark | Kimi K3 | Fable 5 | GPT-5.6 Sol |
|-----------|---------|---------|-------------|
| GDP.pdf (Knowledge-work vision) | — | **29.8%** | 24.9% |
| Object Detection (mAP@50) | — | — | **46.2** |
Vision evaluations for K3 are still emerging. What we do know: K3's 1M-token context window processed images and video in BrowseComp without context compression, which is architecturally distinctive.
## What the experts are saying
The reaction on X has been split between genuine respect and calibrated skepticism:
**Bullish:**
- **Aaron Levie** (CEO, Box): Called K3 a "huge win" for companies building on AI — cheaper frontier intelligence expands enterprise use cases.
- **Gavin Baker** (investor): Deemed K3 an "inflection point" — increased competition lowers margins at the model layer, benefiting everyone except closed AI startups.
- **Anastasios Angelopoulos** (co-founder, Arena): "May be the single biggest release of the year."
- **Theo Browne** (developer/YouTuber): Titled his hands-on review "Kimi K3 is the best model ever made (sometimes)." 3D/visual coding — most capable he's seen in open-weight.
- **"World of AI"** (YouTube): Called K3 "insane" for consistent top-tier coding quality and noted it's "much cheaper than Fable 5."
**Cautious:**
- **David Sacks** (PCAST co-chair): Expressed "concern" over K3's frontend-coding lead, warning that US self-imposed limitations could cost the AI race.
- **Ethan Mollick** (Wharton professor): Urged caution — K3 "messed up" complex statistical audits in his testing.
- **Patrick Moorhead** (tech analyst): Compared the reaction to an "overreaction shockingly similar" to the DeepSeek moment.
- **Daniel Jeffries**: Acknowledged K3's strength but satirized the predictable hype cycle of "grandstanding, posturing, and talking-headery."
- **Theo Browne** (developer/YouTuber): Posted a pointed cost analysis: "Kimi K3 is an incredible model. It is not an incredible value. K3 is half the price of 5.6 Sol per token. GPT-5.6 uses half as many tokens. Price evens out. GPT-5.6 is 2x faster TPS, so it gets work done ~4x faster than K3 at roughly the same price." (source)
## Pricing: K3's real disruption
The benchmark story is competitive. The per-token pricing looks disruptive — until you look at actual task costs.
| Model | Input (per 1M tokens) | Output (per 1M tokens) | Context Window |
|-------|----------------------|------------------------|----------------|
| Kimi K3 | **$3.00** ($0.30 cached) | **$15.00** | 1M |
| GPT-5.6 Sol | $5.00 | $30.00 | 1.05M |
| Claude Fable 5 | $10.00 | $50.00 | 1M+ |
| GLM-5.2 | ~$1.00 | ~$5.00 | 1M |
K3's per-token rates look like 30% of Fable 5's price. But here's the catch that Theo Browne flagged in a widely-shared post:
### The per-token illusion
**K3 is extremely verbose.** During Artificial Analysis's Intelligence Index evaluation, K3 generated 130 million output tokens — compared to 70M for GPT-5.6 Sol and 87M for Fable 5. That's roughly 1.9x more output tokens than Sol for the same set of tasks.
Do the math:
- **K3**: $15/M output × 130M tokens = ~$1,950 in output cost
- **GPT-5.6 Sol**: $30/M output × 70M tokens = ~$2,100 in output cost
- **Fable 5**: $50/M output × 87M tokens = ~$4,350 in output cost
K3 is genuinely cheaper than Fable 5, but compared to GPT-5.6 Sol, the total task cost is nearly identical — K3's token price advantage is canceled out by its higher token consumption.
### Speed compounds the gap
K3 processes about 62 tokens per second. GPT-5.6 Sol runs at roughly 2x that speed. Combined with the higher token count, Sol completes the same work approximately **4x faster** than K3 at similar cost.
As Theo put it: *"I still love K3 and will be using it for a TON of stuff. I'm just tired of people pretending it's way cheaper when it's not."*
### When K3's pricing does win GLM-5.2 remains the cheapest option for teams willing to accept a benchmark tier below the frontier.
The cached input pricing ($0.30/M) is where K3 genuinely shines — for workloads with stable prompts and reused repository prefixes, the effective input cost drops 90%. Moonshot reports a cache-hit rate above 90% on coding workloads. For long-context tasks with high cache reuse, K3 can be materially cheaper than anything else at this performance level.
The pricing gets even more interesting with cached input: $0.30 per million tokens means long-context workflows — code reviews over large repositories, document analysis across 100K+ pages — become economically viable at scale.
Moonshot plans to release full model weights by July 27 under a Modified MIT license. At that point, self-hosting eliminates the API cost entirely.
## So which model should you choose?
It depends on what you need:
- **Hardest coding problems** (FrontierCode Diamond, SWE-bench Verified): Fable 5 still leads by a wide margin.
- **Terminal/agentic tasks** (Terminal-Bench, command-line workflows): GPT-5.6 Sol Ultra edges everyone at 91.9%.
- **Frontend development and UI coding**: K3 is the clear winner — #1 on Arena's frontend leaderboard.
- **Long-running sustained tasks** (SWE Marathon, BrowseComp): K3 leads or ties.
- **Cost-sensitive production**: K3 at $3/$15, especially with $0.30 cached inputs. GLM-5.2 if you need even cheaper.
- **Open-weight self-hosting**: K3 after July 27 weights release. GLM-5.2 available now under MIT.
## But here's the thing — the model is only half the equation
Every benchmark we've shown you measures a model in isolation: one prompt, one response, one score. That's not how real work happens.
In real work, an AI agent needs to remember what your team decided last Tuesday. It needs to pull data from your CRM, check your calendar, draft a follow-up email, and wait for your approval before sending it. It needs to know that the finance team uses different terminology than engineering. It needs to learn from corrections and not make the same mistake twice.
**No model — not K3, not Fable 5, not GPT-5.6 Sol — does any of that by itself.**
A model is a brain. But a brain without a body, without memory, without context, without the ability to act — is just a very fast autocomplete engine.
This is the gap that Kylon fills.
### What Kylon adds on top of any model
**Memory that persists.** Kylon agents remember decisions, preferences, and context across conversations, rooms, and time. Not just within a single chat session — across your entire workspace. When your agent learns that "Q4 revenue targets were revised on June 5th," it remembers that in July, in August, and in every room where it's relevant.
**Identity and permissions.** Each agent in Kylon has its own identity, its own set of tools, its own permission boundaries. An agent helping the sales team can access the CRM but not the codebase. An agent helping engineering can deploy to staging but needs approval for production. This isn't bolted on — it's the architecture.
**Connections to real tools.** Over 3,000 integrations — Gmail, Slack, GitHub, Notion, Salesforce, Google Sheets, Ahrefs, PostHog, and more — with proper OAuth, scoped permissions, and human-in-the-loop approval for sensitive actions.
**Workflows and automation.** Scheduled tasks, webhook triggers, multi-step processes that run reliably while you sleep. "Every morning at 9 AM, pull the latest SEO data and summarize it" isn't a prompt — it's a workflow that just runs.
**Skills that compound.** Agents can learn and share reusable skill packages — "how to write a Japanese blog post that ranks," "how to run a competitor analysis," "how to process incoming leads." Each skill encodes best practices that improve over time.
**Human-agent collaboration.** The key word is "collaboration," not "automation." Kylon is built so humans and agents work as peers in the same workspace. Agents propose, humans approve. Agents draft, humans refine. Agents monitor, humans decide. The model is powerful — but the human stays in control.
### The frontier is not the model. It's the system.
When you evaluate K3 or Fable 5 or GPT-5.6, you're evaluating an engine. When you use Kylon, you're evaluating what a team can accomplish with that engine — plus memory, plus context, plus tools, plus judgment, plus accountability.
The models will keep getting better. Every quarter, someone will release a new frontier model that tops the last one on some benchmark. That's the nature of the race.
The real question isn't "which model is best?" The real question is: **"How does your team work with AI?"**
That's what Kylon is built to answer.
---
*Sources: Artificial Analysis, Arena Leaderboard, Business Insider, Tom's Hardware, Forbes, VentureBeat, OpenAI, Anthropic*
---
## Kylon vs. Bloome vs. Kollab vs. Ando: Which AI-native team platform actually ships work?
> Bloome, Kollab, Ando, and Kylon all put AI agents in team conversations. But only one gives agents databases, workflows, and real execution power.
**Author:** Kylon Team · Product | **Date:** 2026-07-18 | **Category:** Compare
**URL:** https://kylon.io/blog/kylon-vs-bloome-kollab
A new category of product is emerging in 2026: **AI-native team platforms** — workspaces designed from scratch for humans and AI agents to work side by side. Not legacy productivity tools with AI bolted on. Not personal AI assistants. Platforms where agents are team members, not features.
Bloome, Kollab, Ando, and Kylon all belong to this category. All four put AI agents directly into team conversations. All four support multiple agents with different capabilities. All four are betting that the future of work is multiplayer — humans and AI, together.
But the similarities end at the surface. What happens beneath the chat interface — the data layer, the execution model, the permission system — is where these platforms diverge.
## What Bloome does well
Bloome's standout feature is its **multi-agent review pipeline.** When you assign a task, multiple AI agents collaborate in the same thread: one drafts, another critiques, a third identifies gaps. The result is work that's been stress-tested by AI before a human even looks at it.
This isn't a gimmick — it genuinely produces better output. A blog post drafted by one agent, critiqued by another, and fact-checked by a third is meaningfully better than a single agent's first draft. Bloome's Agent Marketplace lets you browse, clone, and customize agents with different personalities and skill sets.
Cross-platform support is solid: iOS, Android, macOS, Windows, and web. The agents can connect to Claude, ChatGPT, DeepSeek, and Gemini. Custom agents retain memory and skill sets across sessions. And agents work 24/7, keeping projects moving even when the human team is offline.
For teams that primarily need **AI-augmented content creation and review**, Bloome delivers a well-designed experience.
## What Kollab does well
Kollab's killer feature is **persistent project context.** AI agents retain brand rules, past decisions, and audience preferences across sessions — no re-briefing required. Start a project on Monday, come back on Friday, and the agent remembers everything: your brand voice, your target audience, your last round of feedback.
The **Skills system** is also compelling. When one team member optimizes a workflow, they can package it as a shareable Skill. Now every agent on the team can reuse that workflow. It's institutional knowledge for AI, which is a smart concept.
Content creation is Kollab's sweet spot: research, drafting, editing, and publishing to social media — all from one platform. Connectors for Notion, GitHub, Figma, and Linear bring external tools into the workspace. And agents can be deployed as bots in Slack or Telegram, meeting teams where they already work.
For **content teams and marketers** who need AI agents that understand their brand and streamline production workflows, Kollab is well-positioned.
## What Ando does well
Ando (ando.so) takes the most opinionated stance: **the messaging platform itself should be redesigned for agents.**
Where Bloome and Kollab build agent capabilities on top of a messaging interface, Ando argues that Slack, Teams, and Discord were never designed for agent participation. Ando shapes context, memory stores, and tools specifically so agents can work like human collaborators — not as bots that respond to @ mentions, but as teammates who proactively join conversations when they have something useful to add.
The **bring-your-own-agent** model is practical. You can add your existing cloud or CLI agents — Claude, Codex, Devin, OpenClaw — to Ando and they work alongside your team in channels and threads. The platform handles context sharing: conversations, decisions, files, and tool integrations are all centralized so agents understand the full picture, not just the last message they received.
Ando's bet is on **etiquette-aware agents** — AI that observes how the team communicates and matches that style. It's a subtle but important point: if agents are going to be teammates, they need to behave like teammates.
For teams that already have agents they like and want a **communication layer designed from the ground up for human-agent teaming**, Ando is an interesting early bet.
## The gap: chat-first platforms without a work layer
All four platforms are excellent conversational AI environments. But conversation is only one part of work.
**No structured data.** Bloome, Kollab, and Ando don't have built-in databases or apps. When an agent needs to track 50 leads, manage a project pipeline, or build a campaign dashboard, it can draft a spreadsheet — but there's no native data layer where agents can read, write, and query structured information. The workspace is a messaging platform, not an operating system.
**No workflow engine.** Conversations are great for ad-hoc tasks. But teams need recurring work: daily reports, weekly summaries, automated monitors that flag anomalies. None of these platforms has a native workflow engine that lets agents run scheduled or triggered automations independently of chat.
**Limited execution depth.** Agents in these platforms can draft, critique, refine content, and participate in discussions. But can they deploy a webpage? Query a database? Process a hundred emails? Connect to your CRM and update records? The execution model is fundamentally bounded by what can happen inside a chat thread.
## How Kylon approaches this differently
### Built-in database apps
This is the most concrete difference. Kylon has **first-class database apps** that live inside the workspace. Agents can create, read, update, and query structured data directly — no external spreadsheet, no third-party database, no engineering ticket.
Your team can build a CRM, a project tracker, an issue board, or a campaign dashboard through conversation. The data is live. Agents act on it. Humans see it in real-time views. And because the database is native to the workspace, there's no sync lag, no integration fragility, no "the Notion-Slack bridge is down" moments.
For teams that do more than content creation — that manage pipelines, track projects, handle customer data — this is the difference between a messaging app and a work platform.
### Composable agent runtime
Kylon agents don't just chat. They run **workflows, skills, scheduled tasks, and voice calls.**
A workflow can trigger every morning at 9 AM to pull SEO data, analyze trends, and post a summary to a room — no human in the loop. A skill packages a complex capability (competitive analysis, brand review, SEO audit) that any agent can invoke. Voice calls let you talk to an agent to work through a decision. Scheduled follow-ups ensure nothing falls through the cracks.
This composable runtime turns agents from chat participants into autonomous team members who can own processes end to end.
### Enterprise-grade permissions
In a team of three, everyone seeing everything is fine. In a team of ten or thirty, it's a liability.
Kylon has **per-agent, per-user, per-room access control.** An agent can have its own service connections bounded by specific permissions. Sensitive actions require human approval. Different team members see different outputs based on their role. The intern and the CEO can both use the same workspace, but the agents' capabilities scale with each person's access level.
For any team handling customer data, financial information, or proprietary business logic, this isn't optional — it's required.
### Agents with real identity
In Kylon, agents aren't interchangeable chat participants. Each agent has a **persistent identity** — a name, a persona, specific skills, defined permissions, and growing memory. You know which agent did what, why, and what context it had.
This sounds like a small thing until you need to audit what happened, debug why an agent made a specific decision, or understand which agent has access to what data. Identity creates accountability — and accountability is what turns an experimental AI tool into something you'd trust with real business processes.
## When each tool makes sense
**Choose Bloome when** your team's primary need is AI-augmented content creation and review. If you want multiple agents to draft, critique, and refine deliverables in a collaborative thread — and your work is mostly content-shaped — Bloome's multi-agent review pipeline is well-designed.
**Choose Kollab when** your team is content-focused and needs agents that remember your brand, reuse workflows, and publish directly to social channels. If you're a marketing team or agency that values persistent project context and reusable Skills, Kollab is a strong fit.
**Choose Ando when** you already have agents you're happy with and you need a messaging platform that's designed for agent participation from the ground up. If your current bottleneck is that Slack and Teams weren't built for agents — and you want a communication layer that shapes context and tools specifically for human-agent teaming — Ando is worth evaluating.
**Choose Kylon when** your team needs more than AI chat — it needs an AI work platform. If your work involves structured data, scheduled workflows, enterprise permissions, multi-agent coordination, and execution that goes beyond content creation — Kylon is built for that. It's the workspace that gives agents the tools to actually ship work.
## The messaging-platform ceiling
Bloome, Kollab, and Ando prove that AI-native team messaging works. Humans and agents can collaborate effectively in shared threads. That's a real insight and a genuine product contribution.
But messaging has a ceiling. At some point, the work outgrows the chat thread. You need databases. You need workflows. You need permissions. You need agents that can deploy, monitor, and act — not just draft, critique, and discuss.
That's the work layer. And it's where Kylon lives.
---
## Kylon vs. Claude Cowork vs. ChatGPT Work: When AI agents join the team, the workspace matters
> Anthropic and OpenAI built powerful solo AI agents. Kylon built the workspace where multiple AI agents and humans collaborate as a team.
**Author:** Kylon Team · Product | **Date:** 2026-07-18 | **Category:** Compare
**URL:** https://kylon.io/blog/kylon-vs-claude-cowork-chatgpt-work
The two biggest AI labs in the world both launched workplace agents in 2026. Anthropic shipped Claude Cowork in January — a desktop app that automates multi-step knowledge work right on your computer. OpenAI followed in July with ChatGPT Work — an enterprise agent that plugs into Slack, Teams, Google Drive, and your CRM to deliver finished documents, spreadsheets, and presentations.
Both are genuinely impressive. And both share the same blind spot: **they're built for one person at a time.**
## What Claude Cowork does well
Claude Cowork is the most capable desktop AI agent available. Point it at a folder, describe what you want, and it reads your files, creates new ones, drafts reports, renames and sorts documents, and extracts data into spreadsheets — all without you lifting a finger.
The philosophy is sound: instead of copying context into a chat window, let the AI work where your files already live. The July 2026 expansion to web and mobile means you can start a task on your laptop, close the lid, and check progress from your phone. Anthropic's "coworker" plugins extend Claude into Google Workspace, DocuSign, and CRM systems.
For an individual knowledge worker drowning in files and reports, Claude Cowork is a genuine productivity multiplier. Anthropic estimates it can augment 30–50% of daily work activities, and that feels realistic.
## What ChatGPT Work does well
ChatGPT Work takes a different approach: instead of living on your desktop, it lives in your enterprise tools.
Powered by GPT-5.6 Sol, it integrates natively with Slack, Microsoft Teams, Google Drive, SharePoint, email systems, CRM platforms, and project trackers. You describe a complex goal — "pull last quarter's sales data, cross-reference with our campaign spend, and build a board presentation" — and it breaks it down into steps, gathers context from your connected apps, and delivers finished artifacts.
The key word is "finished." ChatGPT Work doesn't give you a draft to iterate on in a chat window. It gives you a formatted spreadsheet, a polished slide deck, or a structured report. For enterprises that already live inside Microsoft or Google ecosystems, the integration depth is compelling.
## The gap: powerful solo agents, invisible to the team
Here's the problem nobody talks about in the launch announcements.
**Claude Cowork runs on your desktop.** Your desktop. The files it reads, the reports it creates, the context it builds — all of it lives on your machine. Your teammate sitting five feet away can't see what Claude learned from your project folder. Your manager can't review what it produced without you sending it manually. The agent's intelligence is trapped in a single-user session.
**ChatGPT Work plugs into your tools.** Your tools, with your permissions. When it queries your CRM and builds a report, that work product lives in the chat thread between you and the agent. Your sales lead can't build on the analysis your ops lead already ran. The context resets with every new conversation.
Both products solve the **"copy-paste between tabs"** problem beautifully. Neither solves the **"copy-paste between people"** problem at all.
In a real team, this matters enormously:
- Your marketing lead uses Claude Cowork to analyze campaign performance. Your sales lead uses ChatGPT Work to build a pipeline report. Neither agent knows what the other produced.
- A new hire joins. There's no institutional memory to onboard them — every agent starts from zero because context is per-user.
- Someone needs to approve an agent action. There's no built-in approval flow — the agent just does what one person told it to do.
These aren't edge cases. This is how every team of more than one person actually works.
## How Kylon approaches this differently
Kylon starts from a different premise: **AI agents should be members of the team, not tools for individuals.**
### Agents with identity, not just capability
In Claude Cowork, the agent is "Claude on your desktop." In ChatGPT Work, it's "ChatGPT in your enterprise apps." Neither has a persistent identity. They're capabilities you invoke, not colleagues you work with.
In Kylon, each agent has a name, a persona, specific skills, its own memory, and defined permissions. A data agent, a writing agent, and a marketing agent can all exist in the same workspace — each with a clear role, each remembering past interactions, each knowing what it's allowed to do and what requires human approval.
This isn't cosmetic. Identity means accountability. When an agent produces work, the team knows which agent did it, what context it had, and what permissions it used.
### Multi-agent coordination
Claude Cowork is one agent. ChatGPT Work is one agent. One person, one agent, one task at a time.
Kylon runs **multiple agents working together.** In the same room, a research agent pulls competitive data while a content agent drafts a blog post based on the findings. A data agent monitors your pipeline while a reporting agent surfaces weekly highlights to the team. They share context naturally because they work in the same workspace.
No human needs to copy the output from one agent and paste it into another. The agents read each other's work, hand off tasks, and coordinate — sometimes without any human intervention at all.
### Organizational knowledge that compounds
This is the deepest architectural difference.
Claude Cowork's memory is per-session, per-desktop. ChatGPT Work's context is per-conversation. When the session ends, the context evaporates. Next time, you start over.
Kylon agents build **persistent memory** that survives across every interaction. An agent that learns your deployment process in #engineering remembers it when someone asks about deploys in #ops. An agent that processed a customer complaint last Tuesday can reference it when a similar issue surfaces next month. The knowledge doesn't belong to one person's chat history — it belongs to the workspace.
For teams, this is transformative. Six months of accumulated decisions, procedures, and institutional knowledge — available to every team member, surfaced by agents who actually remember.
### Built-in databases and workflows
Claude Cowork creates files on your desktop. ChatGPT Work delivers documents into your existing tools. Neither gives the team a shared data layer.
Kylon has **first-class database apps** inside the workspace. Agents read and write structured data directly. Your team can build a CRM, a project tracker, or a campaign dashboard through conversation — no external tools, no engineering tickets. Add scheduled workflows, and agents can run recurring reports, monitor data changes, and take action automatically.
## When each tool makes sense
**Choose Claude Cowork when** you're an individual knowledge worker who needs desktop automation. If your work involves lots of local files, reports, and document processing — and you work mostly solo — Claude Cowork is excellent. It's the best at "point it at a folder and let it work."
**Choose ChatGPT Work when** your organization lives inside the Microsoft or Google ecosystem and you need an AI that integrates deeply with those tools. If your challenge is pulling data from five enterprise apps into one deliverable, ChatGPT Work's integration depth is hard to beat.
**Choose Kylon when** you're a team that needs AI agents to work *with* the team, not just *for* individuals. If your challenge is team coordination, shared knowledge, multi-agent workflows, and making everyone's work compound over time — Kylon is built for exactly that.
## The real question
The AI agent market is splitting along a clear line.
On one side: **personal agents** that make individual workers more productive. Claude Cowork and ChatGPT Work are the best-funded, best-engineered entries in this category.
On the other side: **team agents** that change how groups of people work together. Agents that don't just answer your questions but join your team, share context with everyone, coordinate with other agents, and build institutional knowledge over time.
Both categories will grow. But if you're building a team — if you need the work one person does on Monday to inform what another person does on Wednesday — the personal agent path has a ceiling. The team agent path doesn't.
That's the workspace difference.
Related reading: [7 best Claude Cowork alternatives for teams](/blog/claude-cowork-alternatives).
---
## Kylon vs. Convey vs. Paperclip vs. Polsia vs. HyperAgent: AI teammates that do real work
> Convey, Paperclip, Polsia, and HyperAgent build autonomous AI agents. Kylon builds the workspace where AI agents and humans collaborate. Here's why the human-in-the-loop approach wins.
**Author:** Kylon Team · Product | **Date:** 2026-07-18 | **Category:** Compare
**URL:** https://kylon.io/blog/kylon-vs-convey-paperclip-polsia
A provocative idea gained traction in 2026: **what if AI agents didn't just help workers — what if they replaced them?**
Convey builds "digital teammates" that autonomously execute business operations. Paperclip structures AI agent teams as an entire organization — complete with org charts, budgets, and governance. Polsia goes furthest: an "AI co-founder" that plans, builds, markets, and operates companies with minimal human involvement. It hit $10 million ARR with reportedly one human employee.
These products are technically impressive and commercially validated. They're also solving a fundamentally different problem than Kylon.
## What Convey does well
Convey ($38M Series A from Andreessen Horowitz, June 2026) focuses on **operational automation for non-technical teams.**
The pitch is practical: describe the repetitive work you do — processing invoices, reconciling financial data, managing campaign reports, ingesting ad assets — and Convey builds a "digital teammate" that handles it autonomously. Non-technical operators can onboard a new AI teammate in about three hours. The agent integrates into Slack, Teams, and email, so it shows up where your team already works.
Convey is explicit about the value proposition: these are tasks that humans currently do manually, repeatedly, and that AI can handle faster and more consistently. The company reports that organizations typically see impact within one to two months.
For ops teams drowning in repetitive manual tasks, Convey is a genuine efficiency gain. It does what RPA promised but with natural language instead of brittle scripts.
## What Paperclip does well
Paperclip (open-source, launched March 2026) takes the most architecturally ambitious approach: **it models AI agents as an organization.**
Think org charts for AI. Department structures. Reporting lines. Per-agent budgets with hard monthly spending caps. A ticketing system for tracking conversations and decisions. Immutable audit logs. Multi-company isolation from a single deployment.
The "zero-human company" thesis is that AI agents can handle every operational role — marketing, sales, finance, customer service, development — with a human founder setting strategy and overseeing governance. Users retain control to approve hires, override strategies, or pause any agent.
For the open-source crowd, Paperclip is impressive: self-hosted, supports Claude/GPT/Gemini, no account required. The governance model — budgets, audit trails, spending caps — is more thoughtful than most commercial products.
## What Polsia does well
Polsia ($30M at $250M valuation, May 2026) is the most radical bet in the space: **AI that runs companies autonomously.**
Give it a business idea, and Polsia's multi-agent system handles strategy, software development, marketing campaigns (cold email, social, paid ads), customer acquisition, and customer support. The system uses reasoning models like Claude and integrates with GitHub, Stripe, Meta Ads, and email providers.
The results are hard to argue with: $10 million annual run rate with one human employee. Over 3,000 companies reportedly using the platform. For solo founders with a clear business model, Polsia can take an idea from concept to revenue faster than any human team.
At $49/month plus 20% of generated economic activity, the pricing aligns incentives: Polsia makes money when you make money.
## The gap: replacement vs. collaboration
All four products are solving the **automation** problem: take work that humans currently do and have AI do it instead. That's valuable. It's also incomplete.
Here's what these platforms don't address:
**Human judgment still matters.** The work that AI replaces well is the repetitive, rule-based, high-volume work. The work that matters most — strategic decisions, relationship building, creative problem-solving, navigating ambiguity — still requires human judgment. A platform designed for replacement misses the 80% of knowledge work that benefits most from human-AI collaboration, not substitution.
**Autonomous agents fail silently.** When a Polsia agent sends 500 cold emails with a subtle positioning error, or a Paperclip agent processes invoices using an outdated vendor rate, or a Convey teammate reconciles data with a mismatched schema — who catches it? In fully autonomous systems, errors compound without human review. The 95% accuracy rate sounds good until you realize the 5% of errors can be costly.
**Teams aren't just collections of tasks.** The value of a team isn't that five people do five separate things. It's that they share context, challenge each other's assumptions, build on each other's work, and make decisions that no individual — human or AI — could make alone. A platform that replaces individuals with AI agents doesn't capture the collaborative intelligence that makes teams valuable.
## How Kylon approaches this differently
### Human-in-the-loop by design
Kylon doesn't try to replace humans. It makes humans and AI agents **peers in the same workspace.**
Agents execute work. But sensitive actions require human approval. A human can review, modify, or override any agent's output. The agent's reach is bounded by explicit permissions, not by a general "go do everything" mandate.
This isn't a limitation — it's a feature. The most valuable work happens at the intersection of AI execution speed and human judgment. Kylon's architecture is built for that intersection.
### Collaboration, not replacement
In Convey, an AI teammate replaces a human's repetitive tasks. In Paperclip, AI departments replace human departments. In Polsia, AI replaces the entire team.
In Kylon, AI agents **join the team.** They work in the same rooms as humans. They build on each other's work — both human and agent work. They share context, hand off tasks, and coordinate. The team gets smarter because it has more members, not because it has fewer humans.
This produces a qualitatively different outcome. A Kylon workspace after six months has institutional knowledge that came from both humans and agents working together — insights that neither could have produced alone.
### Visible, auditable, shared
Autonomous AI systems are black boxes. You see the input (your goal) and the output (the result). What happens in between is opaque.
Kylon makes work visible. Every agent action happens in a room that the team can see. Decisions are traceable. Outputs are reviewable. Permission grants are explicit. When an agent sends an email, the team can see the draft, approve it, and track the result — all in the same workspace.
For any team where accountability matters — which is every team that deals with customers, money, or data — visibility isn't optional.
### The work layer underneath
Convey, Paperclip, and Polsia focus on task execution. Kylon provides the **workspace infrastructure** that task execution requires: databases for structured data, workflows for recurring processes, skills for reusable capabilities, voice calls for real-time decisions, and a permission system that scales with the team.
This is the difference between hiring a contractor to do a specific task and having a colleague who understands the full context of the business. The contractor finishes and leaves. The colleague stays, learns, and gets better.
## When each tool makes sense
**Choose Convey when** you have well-defined, repetitive operational tasks that AI can handle autonomously. If your team processes invoices, reconciles data, or manages campaign reports — and you want to free humans from that specific work — Convey delivers fast ROI with minimal setup.
**Choose Paperclip when** you want an open-source framework for orchestrating AI agents with serious governance. If you're building autonomous AI operations and need budget controls, audit trails, and organizational structure — Paperclip's governance model is the most thoughtful in the space.
**Choose Polsia when** you're a solo founder who needs to go from idea to revenue as fast as possible. If you have a clear business model and want AI to handle everything from development to marketing to sales — and you're comfortable with the 20% revenue share — Polsia has proven the model works.
**Choose HyperAgent when** you need agents that produce real artifacts — websites, decks, documents — and keep them current automatically. If your bottleneck is deliverable production and you want transparent, autonomous execution with 500+ integrations, HyperAgent's fleet model delivers.
**Choose Kylon when** you believe the future of work isn't humans *or* AI — it's humans *and* AI, working together. If you need a workspace where agents join the team, share context with everyone, respect permissions, and build institutional knowledge over time — Kylon is built for that collaboration.
## The real bet
The AI automation companies are betting that most work can be replaced. The AI collaboration companies are betting that the best work happens when humans and AI work together.
Both bets will produce billion-dollar companies. But look at the history of technology adoption: the tools that augment human capabilities — spreadsheets, email, search engines — have always been bigger markets than the tools that try to eliminate humans from the loop.
We're betting on collaboration. We think you should too.
---
## Kylon vs. Humans&: Same vision, different bets
> Humans& bets on building socially intelligent AI models. Kylon bets on the product harness — cross-platform workspace, databases, workflows, and permissions. Same destination, different paths.
**Author:** Kylon Team · Product | **Date:** 2026-07-18 | **Category:** Compare
**URL:** https://kylon.io/blog/kylon-vs-humans-and-zaro
Humans& and Kylon share the same vision: the future of work is AI and humans collaborating as peers. Both companies believe agents should be teammates, not tools.
Where they diverge is the bet.
## The Humans& bet: socially intelligent models
Humans& is a frontier AI lab. Their bet is that the key bottleneck in AI collaboration isn't the product layer — it's the model itself. Current AI, no matter how capable, treats every interaction like meeting a stranger. It lacks long-term memory, doesn't learn your values or working style, and forgets everything between sessions.
Humans& calls this the **"stranger problem,"** and their solution is to build fundamentally different models:
**Long-horizon reinforcement learning.** Most AI today operates turn-by-turn. Humans& is training models that maintain focus across complex, lengthy interactions — reasoning and planning across days and weeks, not just within a single conversation.
**Multi-agent reinforcement learning.** Their models learn to coordinate with other AI agents and with humans through experience, not just instruction. Agents receive feedback on how well they collaborate and improve over time.
**Memory and user understanding.** Instead of resetting with each session, Humans& models will retain context, learn user preferences, and become more helpful over time — closer to a trusted colleague than a transactional tool.
The founding team — researchers from Anthropic, xAI, Google, OpenAI, and Meta — is backed by $480 million from Nvidia, Jeff Bezos, Google Ventures, and SV Angel. CEO Eric Zelikman described the approach to Reuters: "The model will coordinate with people, and other AIs where appropriate, in order to allow people to do more and to bring them together."
This is a genuine and ambitious bet. If models themselves become socially intelligent — if they truly solve the stranger problem — it could change what AI collaboration means at a fundamental level. The product is expected later in 2026.
## The Kylon bet: the human-agent harness
Kylon makes a different bet: today's models are already capable enough to be genuine teammates. The bottleneck isn't the model — it's the **harness** around it. The product infrastructure that turns model capability into team productivity.
What does the harness include?
**Cross-platform workspace.** Kylon runs on web, macOS, iOS, and Android. Your agents are accessible wherever your team works — at a desk, on a phone, in a meeting. The workspace meets you where you are.
**Agent identity and permissions.** Every agent has a name, persona, specific skills, defined permissions, and growing memory. You know who did what, when, and under whose authorization. For any team handling real business data, this accountability layer is non-negotiable.
**Native data layer.** Database apps that agents read and write directly. Not integrations, not sync jobs — structured data that lives inside the workspace and compounds with every agent interaction.
**Composable workflows.** Scheduled tasks, webhook triggers, multi-step automations, and skills that agents can learn and share. The runtime is programmable, not just conversational.
**Multi-agent coordination in production.** Multiple specialized agents — marketing, data, ops, content — work in the same rooms alongside humans. They share context, hand off tasks, and review each other's output. This has been tested under messy, real-world conditions for months.
**3,000+ integrations.** Gmail, GitHub, Notion, Slack, Linear, Google Calendar, and more. Agents connect to the tools your team already uses.
The harness bet says: give teams the infrastructure to work with AI agents today, using the best available models, and let the product compound with every month of real usage. When models improve — and they will — the harness makes those improvements immediately actionable.
## Why both bets matter
This isn't a "one is right, one is wrong" comparison. Both bets address real bottlenecks:
**Better models make better harnesses more valuable.** If Humans& solves the stranger problem, an agent that truly remembers your preferences and coordinates socially would be dramatically more useful inside a workspace like Kylon — with databases, workflows, permissions, and cross-platform access.
**Better harnesses make better models more useful.** A socially intelligent model that can only chat in a browser tab is still limited. The same model inside a workspace with structured data, scheduled workflows, multi-agent coordination, and mobile access unlocks an entirely different level of team productivity.
The two bets are complementary, not contradictory. The question for your team is which bottleneck you're hitting today.
## When each makes sense
**Choose Humans& when** your primary constraint is the AI itself. If your workflows need models that truly remember context across weeks, learn your team's working style, and coordinate socially — capabilities that current models don't fully deliver — the foundational research Humans& is pursuing directly addresses that gap. The team is world-class, and the product is worth watching when it launches later this year.
**Choose Kylon when** your primary constraint is getting AI into your actual workflow. If today's models are capable enough for your needs but the missing piece is a workspace where agents have identity, permissions, memory, databases, workflows, and run across web, Mac, iPhone, and Android — Kylon is live and shipping. Real teams, real work, right now.
## Two bets, one future
The AI workspace category is big enough for both approaches to succeed. We're betting on the harness — that the fastest path to AI teammates isn't waiting for smarter models, but building the infrastructure that makes today's models genuinely useful to real teams.
Humans& is betting on the models — that fundamentally better AI will change what's possible in ways the harness alone can't achieve.
Both could be right. The future will likely need both.
---
## Kylon vs. Kimi Work: Agents on the same team as your people
> Kimi Work unleashes 300 parallel agents on your desktop. Kylon puts AI agents on the same team as your humans. Here's when each approach wins.
**Author:** Kylon Team · Product | **Date:** 2026-07-18 | **Category:** Compare
**URL:** https://kylon.io/blog/kylon-vs-kimi-work
Moonshot AI's Kimi Work is one of the most technically ambitious AI agent products of 2026. A desktop app running on your machine, powered by the Kimi K2.6 model, with an Agent Swarm that can spin up 300 parallel sub-agents and coordinate over 4,000 steps to complete a single task. It's the kind of raw power that makes developers grin.
Kylon takes a fundamentally different approach. Instead of maximizing what one person can do on their desktop, it builds the workspace where multiple people and multiple agents work together.
Both are right — for different problems.
## What Kimi Work does well
Let's be clear: Kimi Work is impressive engineering.
The **Agent Swarm** is the headline feature. Give it a complex task — "scrape these 50 company websites, extract pricing data, normalize it into a spreadsheet, and flag anything that changed in the last month" — and it spawns dozens of sub-agents that work in parallel. What would take a human researcher a full day takes Kimi Work 15 minutes.
**WebBridge** is equally clever. Instead of calling APIs, it controls your browser like a human — searching, scrolling, extracting data, filling forms, using your existing logins and cookies. This means it can interact with services that don't have APIs, including internal tools behind your corporate SSO.
The **Cron scheduling engine** lets you set up recurring jobs — daily reports, hourly data checks, conditional triggers — that run automatically on your machine. And because everything runs locally, your data never leaves your hardware. For security-conscious users, that's a real advantage.
Kimi Work targets developers, researchers, and analysts — people who need raw execution power and are comfortable with a technical tool. For that audience, it delivers.
## Where the desktop model breaks down
Here's the trade-off nobody mentions in the product reviews:
**Your teammates can't see your agents.** Kimi Work runs on your machine. The swarm of agents scraping data, building spreadsheets, and filling forms — all of that is invisible to everyone else. If you're sick on Tuesday, your agents don't run. If a colleague needs the research you generated yesterday, you email it to them.
**There's no shared context.** The institutional knowledge your agent builds while processing three months of competitive data? It lives on your laptop. When your colleague starts a similar project, their agent starts from zero. Two people on the same team, using the same tool, with no shared intelligence between them.
**Permissions don't exist for teams.** There's no concept of "this agent can access the CRM but not the financial system" or "this action requires manager approval." It's your machine, your logins, your permissions. That works for one person. It doesn't work for a team of ten.
**Local execution means local availability.** If your laptop is off, your agents are off. If you're on a plane, your scheduled jobs don't run. Cloud-based agents don't have this constraint — they run whether you're online or not.
## How Kylon approaches this differently
### Team workspace, not personal desktop
In Kimi Work, the unit of work is your machine. In Kylon, the unit of work is the **team's workspace.**
Agents live in rooms alongside humans. A marketing agent, a data agent, and a content agent can all work in the same room — each with their own identity and skills, each building on each other's output, all visible to the team. When the marketing agent generates a competitive analysis, the content agent picks it up and drafts a blog post. No one emails a file. No one copies data between apps.
This isn't just a UI difference. It's an architectural one. **Shared context** means every agent benefits from what every other agent learns. After three months, your workspace knows things about your business that no individual's desktop session could capture.
### Persistent memory that survives sessions
Kimi Work agents are powerful within a session. But sessions end. When you close the app, when your machine restarts, when you start a new task — context resets.
Kylon agents build **persistent memory** across every interaction, every room, every team member. An agent that learns your company's pricing strategy in a sales room remembers it when someone asks about pricing in a support room. Knowledge compounds over weeks and months, not just within a single task.
For businesses, this is the difference between a powerful calculator and a knowledgeable colleague.
### Always available, no install required
Kimi Work requires a desktop install — currently macOS (Apple Silicon) and Windows. If you're on Linux, on mobile, or on a shared machine, you're out of luck.
Kylon runs from any browser. Agents execute in the cloud, 24/7, whether you're online or not. A scheduled workflow runs at 3 AM. A monitoring agent catches an anomaly over the weekend. A teammate in a different time zone picks up where you left off. No install, no desktop dependency, no downtime.
### Enterprise-ready permissions
When a team uses AI agents, the question "who can this agent talk to and what can it do?" becomes critical.
Kylon has **per-agent, per-user, per-room permissions.** An agent can have its own service connections — its own GitHub access, its own email — bounded by what each human has authorized. Sensitive actions require human approval. Different team members see different outputs based on their access level.
This is the infrastructure that turns a personal productivity tool into a team operating system.
## When each tool makes sense
**Choose Kimi Work when** you're a developer, researcher, or analyst who needs raw parallel execution power on your own machine. If your work is technical, solo, and data-intensive — and you value local execution for privacy — Kimi Work's Agent Swarm is unmatched. It's the most powerful desktop agent available.
**Choose Kylon when** you're a team that needs AI agents working *with* humans in a shared workspace. If your challenge is coordination, shared knowledge, permissions, and making work compound across people — Kylon is built for that. It's the multiplayer agent workspace.
## Power vs. collaboration
Kimi Work maximizes individual power. Kylon maximizes team intelligence. Both have their place, and the choice depends on whether you're solving a solo productivity problem or a team coordination problem.
But here's what we've learned: **the ceiling for solo agents is lower than it looks.** A single person with 300 parallel sub-agents is incredibly productive. A team of five people with shared AI agents, shared context, and compounding institutional knowledge — that's a fundamentally different kind of capability.
---
## Kylon vs. Notion AI vs. Glean: Documents and search are not enough
> Notion AI enhances documents. Glean searches everything. Kylon builds the workspace where AI agents actually do the work alongside your team.
**Author:** Kylon Team · Product | **Date:** 2026-07-18 | **Category:** Compare
**URL:** https://kylon.io/blog/kylon-vs-notion-ai-glean
Notion and Glean are two of the most respected productivity platforms in the market. Notion turned the humble wiki into a flexible workspace. Glean turned enterprise search into something people actually use. Both added serious AI capabilities in 2025–2026.
But here's the thing: **Notion's DNA is documents. Glean's DNA is search.** And in a world where AI agents can actually *do* work, finding information and writing documents are necessary but not sufficient.
## What Notion AI does well
Notion has always been good at making information feel organized. The AI layer makes it better.
Notion's autonomous agents can run multi-step tasks for up to 20 minutes — building project plans, compiling research across multiple pages, drafting reports, and updating database entries at scale. You can pick from GPT-5.2, Claude Opus 4.6, or Gemini 3, or let the system auto-select. Custom agents can run on schedules or triggers without human input.
The enterprise search is genuinely useful: one search bar that spans Notion pages, Slack messages, Google Drive files, GitHub repos, and Jira tickets. AI Meeting Notes transcribes Zoom and Teams calls without a bot joining the meeting. Research Mode generates structured reports from both workspace context and web sources.
For teams that already live in Notion, the AI feels native and well-integrated. It's not a bolt-on — it understands your pages, databases, and project structures.
## What Glean does well
Glean solved a problem that plagued enterprises for decades: **"I know we have this information somewhere, but I can't find it."**
Connect Glean to 100+ enterprise applications, and it builds a knowledge graph that maps documents, messages, tools, and people. The AI doesn't just keyword-match — it understands relationships. "Who's working on the Henderson deal?" returns not just the deal doc but the relevant Slack threads, email chains, and meeting notes.
The Agent sandbox is powerful for analysis: it can process large result sets, run code, and produce charts, summaries, and CSV exports. PowerPoint generation using company-approved templates is a nice enterprise touch. Voice commands, SOC 2/HIPAA/GDPR compliance, and row-level security make it ready for regulated industries.
For large organizations drowning in scattered information, Glean is a genuine time-saver. Finding information in 10 seconds instead of 10 minutes adds up.
## The gap: finding and formatting aren't doing
Both Notion AI and Glean make existing information more accessible. Notion helps you organize and write. Glean helps you search and analyze. But neither platform is designed for **agents that execute work.**
Consider a typical team workflow: research competitors, build a comparison dashboard, draft a blog post, deploy it to the website, track its SEO performance, and adjust based on results. Here's what each tool handles:
- **Notion AI** can draft the blog post and organize the research. It can't deploy the website, track SEO metrics, or coordinate multiple agents.
- **Glean** can find the competitive data across your systems. It can't write the blog post, build the dashboard, or take any action beyond reporting.
- Neither can coordinate multiple agents working on different parts of the same project.
This is the **execution gap**. In a world where AI agents can actually build apps, run workflows, send emails, update databases, and deploy pages — a tool that only helps you *find* or *write* information is leaving 80% of the value on the table.
## How Kylon approaches this differently
### Agents that execute, not just assist
In Notion, AI helps you write better documents. In Glean, AI helps you find the right document. In Kylon, **agents do the work that produces the document in the first place.**
A Kylon agent doesn't just draft a blog post — it researches competitors, builds the comparison, writes the article, deploys it to your website, sets up SEO tracking, and reports on performance the next morning. Another agent monitors your CRM pipeline and flags deals that need attention. Another processes incoming emails and routes them based on rules your team defined.
These aren't hypothetical capabilities. This is how Kylon teams work every day.
### Multi-agent teams, not a single AI layer
Notion has "Notion AI" — one AI capability shared across the platform. Glean has "Glean AI" — one search and analysis layer. Both are powerful. Both are singular.
Kylon runs **multiple specialized agents** in the same workspace. A data agent, a content agent, a marketing agent, and an operations agent — each with their own identity, memory, skills, and permissions. They work in the same rooms alongside humans, read each other's output, and hand off tasks naturally.
When your marketing lead kicks off a campaign in a room, the research agent pulls competitive data, the content agent drafts copy based on the findings, and the analytics agent sets up tracking — all in the same thread, all building on each other's context. No one manually copies output from one tool to another.
### Workspace-native, not document-native or search-native
This is the fundamental architectural difference.
Notion's primitives are **pages and databases.** Everything lives inside documents. AI enhances those documents. But the document is still the center of gravity.
Glean's primitive is **search.** Everything flows through queries and retrieval. AI enhances those queries. But search is still the core interaction.
Kylon's primitives are **rooms, agents, databases, workflows, and skills.** The workspace itself is the operating system. Agents live inside it as first-class members. Data lives in built-in database apps that agents read and write directly. Workflows run on schedules or triggers. Skills package reusable capabilities that any agent can use.
This means your team's work doesn't have to fit into the shape of a document or a search query. It can be a conversation, a database record, a deployed app, a scheduled report, or a multi-step workflow — all inside the same workspace, all accessible to agents and humans alike.
### Persistent memory across the organization
Notion AI's context is bounded by the pages you're working with. Glean's context is bounded by your search query. Both are session-scoped — once the interaction ends, the AI doesn't carry that context forward.
Kylon agents build **persistent memory** across every interaction. An agent that processes a customer complaint in January remembers the pattern when a similar issue surfaces in June. An agent that learns your team's deployment procedure doesn't need to be re-taught every time someone asks about it.
This institutional memory compounds over time. After six months of operation, your Kylon workspace knows things about your business that no document or search index captures — the informal decisions, the edge cases, the patterns that only emerge over hundreds of interactions.
## When each tool makes sense
**Choose Notion AI when** your team's work is primarily document-centric. If you live in wikis, project docs, and databases — and you need AI to help you write, organize, and automate within that world — Notion AI is excellent. It's the best AI-augmented knowledge base available.
**Choose Glean when** your organization has information scattered across dozens of tools and the primary bottleneck is *finding* what you need. If your team spends hours searching for the right document, the right person, or the right answer — Glean's knowledge graph and enterprise search are genuinely transformative.
**Choose Kylon when** your team needs AI that doesn't just help you find or write information — it needs AI that **does the work.** If your challenge is coordinating multiple agents across multiple workflows, building institutional knowledge, and having AI execute real tasks alongside your team — Kylon is the workspace built for that.
## Documents and search got us here. Execution takes us further.
The progression is clear: first we needed better documents (Notion). Then we needed better search (Glean). Now we need **better execution** — AI agents that don't just help you organize and find information but actually do the work your team needs done.
That's not a criticism of Notion or Glean. They're excellent at what they do. But what they do is one layer of the stack. The execution layer — where agents build, deploy, coordinate, and learn — is where the next wave of team productivity lives.
Related reading: [7 best Glean alternatives for teams](/blog/glean-alternatives) and [7 best Notion AI alternatives for teams](/blog/notion-ai-alternatives).
---
## Kylon vs. PromptQL: From the answer to the finished job
> PromptQL queries your data with zero hallucinations. Kylon puts AI agents to work across your entire team. Here's why the difference matters.
**Author:** Kylon Team · Product | **Date:** 2026-07-18 | **Category:** Compare
**URL:** https://kylon.io/blog/kylon-vs-promptql
Hasura's PromptQL is one of the most technically rigorous AI agent platforms on the market. While most AI tools generate answers and hope they're right, PromptQL takes a radically different approach: the AI writes a step-by-step query plan, then executes it deterministically in Python and SQL — outside the model. No hallucinations. Every step inspectable. Every result verifiable.
For data teams, that's exactly what they've been asking for. But for the rest of the organization? That's where the story gets more nuanced.
## What PromptQL does well
Let's start with what makes PromptQL genuinely excellent.
The **deterministic execution model** is a breakthrough for enterprise data work. Traditional AI agents generate answers from a language model — and sometimes those answers are confidently wrong. PromptQL's architecture separates thinking from executing: the AI reasons about *how* to get the answer, then executes the plan in real code. You can inspect every step, every query, every intermediate result. For financial services, healthcare, and any domain where accuracy isn't optional, this matters enormously.
**Cross-system data joins** are a killer feature. Built on Hasura's DDN (Data Delivery Network), PromptQL can stitch together data from Snowflake, BigQuery, PostgreSQL, MongoDB, Salesforce, and SaaS APIs — all through one natural-language interface. "Show me customers who opened support tickets last month but whose NPS score increased" isn't a two-hour spreadsheet exercise anymore. It's a single prompt.
The **self-building wiki** is smart: it seeds itself from Slack, Google Docs, Snowflake, and other sources, maintains revision history, and enforces scoped access. Shared threads let team members collaborate on analyses. Automations can be deployed as HTTP endpoints, turning one-off queries into repeatable workflows.
And the security model is enterprise-grade: row-level and column-level permissions, SOC 2/HIPAA/GDPR/ISO 27001 compliance, role-based access control, and audit logging. For regulated industries, PromptQL checks every box.
## Where the query model hits its limits
PromptQL solves data querying better than anything else on the market. But querying data is one part of how teams work.
**It's built for data teams.** The supergraph concept, the query plan model, the Python/SQL execution — all of it assumes the user thinks in terms of data sources and queries. Your VP of Sales doesn't think in supergraphs. Your marketing lead doesn't want to inspect Python execution plans. PromptQL is a power tool for analysts and data engineers, and it's honest about that.
**Agents analyze — they don't act.** PromptQL agents can find the answer to any question across your data stack. But they can't send the follow-up email. They can't update the CRM record. They can't deploy a landing page, schedule a social post, or build an internal dashboard. The agent's job ends at the query result.
**Collaboration is thread-based.** PromptQL's "multiplayer" means shared threads and a shared wiki. That's useful for data team collaboration. But it's not a workspace where marketing, sales, ops, and engineering all work together with AI agents across their daily workflows.
## How Kylon approaches this differently
### A work platform, not a query platform
PromptQL answers questions. Kylon **does work.**
When a Kylon agent receives a question like "show me underperforming campaigns," it doesn't just pull the data — it can also draft a remediation plan, update the campaign database, notify the team lead, and schedule a check-in for next week. The query is the beginning of the workflow, not the end.
Kylon agents send emails, update databases, deploy pages, manage project pipelines, process documents, monitor KPIs, and coordinate with other agents — all within the same workspace. The data layer is part of it, but execution is the point.
### For the whole team, not just analysts
PromptQL assumes its users are comfortable with data concepts. Kylon assumes its users are everyone on the team.
A sales rep asks an agent to update the pipeline. A marketing lead asks an agent to draft a blog post and deploy it. An ops manager asks an agent to build a project tracker. A CEO asks an agent for a weekly summary. None of these people need to think about query plans or supergraphs. They describe what they need in plain language, and agents handle the execution.
This isn't about dumbing things down. It's about matching the tool to the full range of work a team does — not just the data analysis slice.
### Agents that take action
The deepest difference is in what happens after the analysis.
In PromptQL, the workflow ends with a result: a chart, a CSV, a summary. What you do with that result is up to you. Copy it into a Slack message. Paste it into a presentation. Manually update the relevant system.
In Kylon, agents **close the loop.** The agent finds underperforming campaigns, updates their status in the built-in database, notifies the relevant team member with a structured card, and schedules a follow-up workflow to check results in a week. The human reviews and approves. The agent executes. No copy-paste. No manual handoff.
### Multi-agent coordination
PromptQL is one AI layer focused on data. Kylon runs **multiple specialized agents** — a data agent, a content agent, a project agent, an ops agent — all working in the same workspace, sharing context, handing off tasks, and collaborating with each other and with humans.
When the data agent finds an interesting trend, the content agent can draft a report about it. When the ops agent detects an anomaly, the project agent creates a task. The coordination happens naturally because all agents share the same workspace context.
## When each tool makes sense
**Choose PromptQL when** your primary challenge is querying data across multiple systems with guaranteed accuracy. If you're a data team, analytics organization, or any team in a regulated industry where "close enough" isn't good enough — PromptQL's deterministic execution model is best-in-class. It's the most reliable way to get truthful answers from complex data.
**Choose Kylon when** your team needs AI agents that don't just answer questions but do the work. If your challenge spans data analysis, content creation, project management, customer operations, and team coordination — and you want agents that act, not just report — Kylon is the platform built for that.
## Query vs. work
The data query problem and the team work problem are different problems. PromptQL solves the first one brilliantly. Kylon solves the second one. The question for your team is: **which bottleneck are you hitting?**
If you're drowning in data but the rest of your workflow is fine, PromptQL is the answer. If you need AI that works across your entire team — not just the data slice — the workspace approach goes further.
---
## AI Agent Comparison 2026: Kylon vs. ChatGPT vs. Copilot vs. Slack AI vs. Claude
> A practical comparison of the five leading AI tools for teams in 2026 — evaluated on collaboration, integrations, security, and how they actually fit into real workflows.
**Author:** Kylon Team · Product | **Date:** 2026-07-17 | **Category:** Compare
**URL:** https://kylon.io/blog/ai-agent-comparison-2026
In 2026, the AI industry shifted from "chatbot" to "agent." But when you try to compare the options side by side, the terminology, architecture, and intended use cases are so different that a simple feature table doesn't tell you much.
This article compares five of the most widely used AI tools in business — not by spec sheet, but by how they actually work when your team needs to get things done.
## What we're comparing
- **Kylon** — An AI-native workspace. Agents join rooms as team members, with memory, permissions, and the ability to take action.
- **ChatGPT (OpenAI)** — The most popular general-purpose AI assistant. Individual use through Team and Enterprise plans.
- **Microsoft Copilot** — AI integrated across the Microsoft 365 suite.
- **Slack AI** — AI features built into Slack for search, summarization, and Q&A.
- **Claude (Anthropic)** — A safety-focused general-purpose AI assistant with Claude Tag for Slack integration.
## Team collaboration
This is where the biggest gap shows up.
ChatGPT and Claude are fundamentally **one-to-one tools**. You open a chat, you talk to the AI, you get a response. Even with shared Projects or Team plans, the AI doesn't participate in your team's conversations — you have to bring context to it manually.
Slack AI operates inside channels, which is a step forward. But its capabilities are limited to summarization, thread recaps, and Q&A over message history. It can't autonomously execute tasks, update a database, or trigger a workflow.
Microsoft Copilot works within individual Office apps — Word, Excel, Teams, Outlook. It's powerful inside each application, but struggles with cross-application workflows. Asking Copilot to "pull data from a CRM, update a spreadsheet, and send a summary to the team" requires switching between multiple Copilot surfaces.
Kylon takes a different approach. **The entire workspace is designed around human-agent collaboration.** Agents join rooms alongside humans. They read context, write to tables, execute workflows, file reports, and coordinate with other team members — human or AI. It's not a chatbot bolted onto a messaging app. The workspace itself is the AI runtime.
## Memory and context
One of the most underappreciated dimensions of AI tools is how they handle memory.
ChatGPT has conversation-level memory and a limited "memory" feature that persists facts across sessions. Claude offers Project Knowledge for preloading documents into a context window. Both are individual-scoped — they remember things about *you*, not about your team's work.
Slack AI can search message history, but it doesn't maintain persistent memory about decisions, processes, or institutional knowledge.
Kylon agents have **durable, structured memory** — not just conversation history, but accumulated knowledge about the workspace: how the team works, what decisions were made, where things are documented. This memory persists across rooms, threads, and sessions. When a new team member asks an agent "how do we handle invoice approvals?", it answers from institutional memory, not from a single conversation thread.
## Integrations and data access
ChatGPT supports file uploads, code execution, and a growing set of plugins and GPTs. But real-time integrations with external services — CRMs, project management tools, internal databases — remain limited and often require custom setup.
Microsoft Copilot is deeply integrated within the Microsoft 365 ecosystem. If your organization lives in Teams, SharePoint, and Outlook, the integration is seamless. Outside that ecosystem, connecting to Salesforce, Jira, or custom internal tools requires additional configuration.
Slack AI integrates with the Slack ecosystem, including Slack-compatible apps. But it doesn't directly read or write data in external services.
Kylon connects natively with **3,000+ services** — GitHub, Notion, Gmail, Salesforce, HubSpot, Jira, Google Workspace, and more. Agents don't just search these tools; they read and write data directly. An agent can pull the latest deal data from your CRM, update a tracking table, draft a follow-up email, and post a summary to the team room — all without leaving the workspace.
## Security and governance
For enterprise adoption, security isn't optional. Every tool on this list offers SSO, encryption, and audit logs at the enterprise tier.
But AI agents introduce new security challenges that traditional SaaS tools don't face: **What can the agent access? Who approved that action? What did it actually do?**
Most tools treat these as edge cases. Kylon treats them as core architecture:
- **Per-agent permissions** — Each agent has explicit access controls. It can only reach the data and services it's been granted.
- **Human-in-the-loop approval** — Sensitive operations require human confirmation before execution.
- **Complete audit trail** — Every action an agent takes is logged and attributable.
- **No training on your data** — Workspace data is never used to train AI models.
## Pricing overview
| Tool | Starting price | Notes |
|------|---------------|-------|
| ChatGPT Team | $25/user/month | Shared workspace, longer context, admin controls |
| Microsoft Copilot | $30/user/month | Requires Microsoft 365 subscription |
| Slack AI | $10/user/month | Add-on to existing Slack plan |
| Claude Team | $25/user/month | Shared Projects, admin controls |
| Kylon | Contact for pricing | Full AI-native workspace, agents included |
*Pricing as of July 2026. Check each vendor's site for current plans.*
## How to choose
The right tool depends on how your team actually works, not on which one has the longest feature list.
- **Individual productivity boost →** ChatGPT or Claude. Both are versatile, easy to start with, and strong for research, writing, and analysis.
- **Already invested in Microsoft 365 →** Copilot is the natural choice. The integration with your existing workflow is seamless.
- **Need better search and summaries in Slack →** Slack AI is simple and effective for that specific use case.
- **Want AI as a true team member →** Kylon is built for this. Agents don't just answer questions — they participate in the work, maintain context, and act on behalf of the team.
## The real question isn't features — it's architecture
Every tool on this list can answer questions, summarize documents, and draft emails. The differences show up in **how deeply AI is woven into your team's workflow**.
A chatbot you open in a separate tab is useful. An AI that sits inside your messaging app is better. But an AI agent that joins your team — with its own memory, permissions, and the ability to take action across all your tools — is a fundamentally different category.
That's what we're building with Kylon. Not a better chatbot. A better way for humans and AI to work together.
---
## Kylon vs. Manus vs. Genspark: Solo agents are impressive — multiplayer agents change how teams work
> Manus and Genspark push the boundaries of what one person can do with AI. Kylon asks a different question: what happens when AI agents join your whole team?
**Author:** Kylon Team · Product | **Date:** 2026-07-17 | **Category:** Compare
**URL:** https://kylon.io/blog/kylon-vs-manus-genspark
AI agents got very good in 2026. You can hand Manus a research brief at 9 AM and find a 40-page report waiting at lunch. You can ask Genspark to build a slide deck, make phone calls, and manage your inbox — all from one prompt. These tools are genuinely impressive at multiplying what a single person can accomplish.
But here's the thing most reviews don't mention: **Manus and Genspark are single-player tools.** One person, one agent, one task. They supercharge individual productivity. They don't change how your team works together.
That distinction matters more than any feature comparison. And it's the reason we built Kylon differently.
## What Manus does well
Let's start with honest credit.
Manus is the best "set it and forget it" agent on the market. You describe a complex task — "research the competitive landscape for enterprise AI tools in Southeast Asia and build me a dashboard" — and Manus goes away. It opens a cloud-based virtual computer, browses the web like a human, runs Python scripts, builds charts, compiles a structured report, and notifies you when it's done. You don't babysit it. You don't prompt it step by step. You delegate and walk away.
The autonomous execution is genuinely ahead of the curve. Manus breaks your goal into sub-tasks, assigns them to specialized internal agents (planning, research, code generation), and orchestrates the whole pipeline. The transparency is good too — you can watch it work in real time through the "Manus's Computer" side panel.
For solo knowledge workers who need deep research, data analysis, or quick web app prototypes, Manus delivers. It does what a junior analyst or a freelance developer would do, at a fraction of the time and cost.
## What Genspark does well
Genspark takes the opposite approach: breadth instead of depth.
Where Manus is one powerful agent, Genspark is a toolkit of specialized agents. AI Slides builds presentations. AI Sheets handles spreadsheets and data. AI Docs writes reports. AI Call makes actual phone calls on your behalf. AI Inbox triages your email. AI Secretary manages your calendar. There's even a "Claw" feature that lets you delegate tasks via WhatsApp or Telegram.
The "Mixture of Agents" architecture is smart — Genspark routes your request through multiple AI models (GPT-5, Claude, Gemini) and picks the best output. You don't choose the model. The system figures it out.
For an individual professional juggling ten different tasks — research, presentations, email, scheduling, data analysis — Genspark is like having a personal operations team. Everything from one interface, all reasonably competent.
## The gap neither tool addresses
Both Manus and Genspark solve the same problem: **making one person more productive.** And they do it well. But productivity and collaboration are different problems.
Here's what happens when a team tries to use solo AI agents:
**Knowledge stays siloed.** Your marketing lead uses Manus to research competitors. Your sales lead uses Genspark to build a pitch deck. Neither agent knows what the other produced. The research doesn't inform the pitch. The pitch doesn't reflect the latest competitive intel. Two people used AI, but the team isn't any smarter.
**There's no shared context.** In Manus, your conversation history is yours alone. In Genspark, your workspace is personal. When a new team member joins, they start from zero — no accumulated knowledge, no institutional memory, no way to pick up where someone else left off.
**Permissions don't scale.** In a solo tool, permissions are simple: you have access to your stuff. In a team, you need to control who can see what, which agent can access which data source, and who needs to approve sensitive actions. Neither Manus nor Genspark was designed for this because neither was designed for teams.
**Output doesn't compound.** The best thing about a team is that one person's work builds on another's. But when everyone is dispatching solo agents in their own separate interfaces, the outputs are isolated. There's no shared surface where agent work accumulates and becomes organizational knowledge.
This is the **multiplayer gap** — and it's where things get interesting for small businesses and growing teams.
## Why this matters especially for small businesses
A 50-person enterprise can afford siloed tools — they have enough people to manually stitch things together. A 5-person startup cannot.
Small businesses need every piece of work to compound. The research your cofounder did on Monday should inform the proposal your sales lead writes on Wednesday, which should feed into the campaign your marketing person launches on Friday. When each person is using their own solo AI agent in their own tab, that compounding doesn't happen.
Small teams also can't afford a full-time ops person to manage tooling, permissions, and integrations. They need AI that works *as part of the team* — not AI that each person uses independently and then manually shares results over Slack or email.
**This is what "multiplayer agent" means.** Not "multiple users can have accounts." Multiplayer means agents participate in the team's shared workspace, see the same context, build on each other's work, and coordinate without human intermediation.
## How Kylon approaches this differently
Kylon doesn't make individuals faster. It makes teams smarter. Here's how:
### Agents join your team, not your tab
In Kylon, AI agents aren't personal assistants you open in a browser. They're team members who join rooms alongside humans. A data agent, a writing agent, and a marketing agent can all work in the same room — reading each other's output, handing off work naturally, and building on shared context.
When your sales lead asks a question in #deals, the CRM agent pulls the latest pipeline data while the analytics agent cross-references it with campaign performance. No one had to open two apps and copy-paste between them.
### Shared memory across the workspace
This is the biggest architectural difference. In Manus, memory is per-conversation. In Genspark, memory is per-user. In Kylon, **memory is per-workspace.**
An agent that learns your deploy process in #engineering remembers it when someone mentions a deploy in #ops. It knows that "the Q3 launch" means the same thing whether it comes up in a thread, a database, or a DM. Institutional knowledge accumulates over weeks and months — and it's available to the whole team, not locked in one person's chat history.
For small businesses, this is transformative. New hires can ask an agent "how do we handle customer refunds?" and get an answer drawn from months of accumulated team decisions — not a generic response from a model that has never seen your business.
### Multi-agent coordination
Manus is one agent doing one task. Genspark is multiple specialized agents, but still orchestrated by one person for one task. Kylon supports **multiple agents working together across the team.**
Your data agent pulls the numbers. Your writing agent drafts the report. Your marketing agent schedules the campaign. They see each other's output in the same room, hand off naturally, and coordinate — sometimes without any human in the loop at all. This isn't theoretical; it's how Kylon teams actually work.
### Permissions that follow the person
In a solo tool, permissions are simple. In a team tool, they're critical.
Kylon agents can have their own connected accounts — their own GitHub access, their own email. But humans can also delegate their own permissions to an agent for a specific task. If you don't have access to a repo, asking an agent to touch it won't bypass that. The agent's reach is bounded by whoever authorized the action.
This means the intern and the CTO can both use the same agent, but the agent's capabilities scale with each person's actual access level. No flat service accounts, no confused deputy problems.
### Rich output designed for teams
When agents produce work for a team, the format matters. A 2,000-word analysis dumped into a chat bubble? Nobody reads it. The same analysis as a structured card with the key metrics highlighted, drill-down sections, and one-click approval buttons? Everyone uses it.
Kylon agents render output as interactive cards, sortable tables, charts, and per-user UI elements — not just text messages. Different team members can see different views of the same output. An approval button appears only for the manager. The full dataset is available to the analyst. The executive sees a three-line summary.
### Built-in databases and apps
Manus can build you a web app from a prompt — but it deploys to an external URL that exists outside your team's workspace. Genspark has sheets and docs, but they're personal productivity tools.
Kylon has **first-class database apps** that live inside the workspace. Agents read and write structured data directly. Your team can build a CRM, a project tracker, or a campaign dashboard through conversation — no code, no external tools, no engineering ticket. The data stays in the workspace, agents can act on it, and the whole team can collaborate on the same app.
## When each tool makes sense
**Choose Manus when** you're a solo operator who needs deep, autonomous research and doesn't mind working alone. Manus is the best at "give it a task and come back later." If you're a consultant, freelancer, or individual contributor who works independently, Manus is hard to beat.
**Choose Genspark when** you want one tool to replace ten personal productivity apps. If you're juggling slides, docs, email, calls, and data analysis as an individual — and you want one interface for all of it — Genspark's breadth is compelling.
**Choose Kylon when** you're a team — especially a small business — and you need AI that works *with* the team, not just *for* individuals. If your challenge isn't individual productivity but team coordination, shared knowledge, and making everyone's work compound — Kylon is built for that. It's the multiplayer agent workspace.
## The real fork in the road
The AI agent market is splitting in two.
On one side: **solo agents** that make individuals more productive. Manus, Genspark, personal ChatGPT, Claude Projects. These are powerful and getting better. They'll keep getting better.
On the other side: **multiplayer agents** that change how teams work together. AI that doesn't just answer your questions but joins your team, shares context with everyone, coordinates with other agents, and builds institutional knowledge over time.
Both categories will thrive. But if you're building a team — if you're a small business trying to punch above your weight, a startup trying to move faster than companies ten times your size — the solo agent path has a ceiling. The multiplayer agent path doesn't.
That's why we built Kylon. Not a better personal assistant. A better way for humans and AI to work together as a team.
Related reading: [7 best Manus alternatives for teams](/blog/manus-alternatives).
---
## Kylon vs. Claude Tag: Same idea, very different architecture
> Anthropic just put Claude inside Slack. We've been building AI teammates into our own workspace from day one. Here's what that difference actually means.
**Author:** Kylon Team · Product | **Date:** 2026-07-13 | **Category:** Compare
**URL:** https://kylon.io/blog/kylon-vs-claude-tag
On June 23, Anthropic launched Claude Tag — a way to @mention Claude inside Slack channels so it can follow conversations, build context, and work alongside your team. Andrej Karpathy called it a "new paradigm." Anthropic says 65% of their product team's code now comes from an internal version of it.
We read the announcement with genuine interest. Not because it was surprising, but because it validated something we've been building toward for over a year: **AI should be a teammate, not a tool you open in a separate tab.**
Claude Tag and Kylon start from the same premise. Where they diverge is in how deep that idea goes.
## What Claude Tag does well
Let's give credit where it's due.
Claude Tag solves a real problem. Before it, using Claude at work meant opening claude.ai, pasting in context, getting an answer, and then carrying that answer back to wherever the real work was happening. Now Claude sits inside Slack threads. It reads the conversation. It responds in context. You don't have to leave the channel.
The "multiplayer" design is smart. One Claude instance per channel means the whole team can see what it's doing, steer it mid-task, and pick up where someone else left off. That's meaningfully different from a personal chatbot.
And it's not limited to Slack conversations. Admins can provision an Access bundle — a set of service-account credentials — that lets Claude reach external tools. GitHub for code reviews and pull requests. Google Drive and Notion for documents. BigQuery and Snowflake for data queries. Jira, Linear, and Asana for issue tracking. Datadog and Sentry for monitoring. HubSpot, Gong, and Salesforce for CRM. Any service with an HTTP API can be connected in principle.
The ambient mode — where Claude proactively monitors channels and surfaces relevant information — is an interesting bet. It's off by default, which is the right call, but the intent is right: AI shouldn't always wait to be asked.
## Where it gets complicated
The Hacker News thread on Claude Tag's launch tells you what the announcement doesn't.
**The session hijacking problem.** Multiple people in a Slack channel can all steer Claude at once. One HN commenter described the obvious scenario: you dispatch Claude on a task, a coworker replies "actually, could you fold in X as well?", and now your work is derailed. The response from another commenter was blunt: "If a coworker hijacks your session, you walk over to their desk and slap them on the back of the head." True, but not exactly an architecture solution.
**The flat permission problem.** This is the one that will bite enterprises first. Claude Tag's documentation is explicit: "Connections belong to the agent identity, not to any person." Each connection is a dedicated service account — Anthropic recommends creating a virtual user per service specifically for the agent. The admin configures what Claude can access per channel scope, and then *everyone in that channel gets the same access* through Claude. There's no concept of "this user can query the pipeline table but that user can only read docs." If Claude has write access to your GitHub repo from that channel, every person in the channel can ask it to open PRs, regardless of their own GitHub permissions. Zenity called this the "confused deputy problem" within a week of launch.
**Per-channel memory, not organizational memory.** Claude Tag's memory is scoped to individual channels. Context built in #engineering doesn't carry to #product. If you're working across multiple channels — which every real team does — you're re-explaining things to Claude every time you switch contexts.
**The token cost question.** One HN commenter nailed it: "Wowza, this will be a token guzzler. Assuming Claude is parsing every message posted on multiple Slack channels, compacting knowledge..." Claude Tag is consumption-based, drawing from an organization spend balance. Every message in every monitored channel burns tokens. For active Slack workspaces, the costs can be unpredictable — Anthropic suggests running a pilot with a spend cap to see what it actually costs before committing.
**It's still a guest in someone else's house.** Despite the integrations, Claude Tag lives inside Slack. That means it inherits Slack's data model, Slack's threading model, and Slack's UI constraints. It can't create structured databases. It can't run complex scheduled workflows with triggers. It can't manage files with version history. Its network access is HTTP-only through an agent proxy — no SSH, no native database protocols.
## The deeper problem: your brain is the bottleneck
There's a question that neither Claude Tag nor most AI workspace tools are really addressing, and it's the one that matters most.
When agents join an organization, the nature of the workspace changes. It goes from being a place where humans talk to each other to a place where work actually gets executed. The ratio flips: 80% execution, 20% coordination. And all that execution produces an enormous volume of information — drafts, analyses, tables, status updates, charts, code diffs, deployed pages. The workspace becomes a factory floor, not a water cooler.
But here's the biological constraint: your brain hasn't upgraded since the Pleistocene. Human working memory holds roughly four items. Conscious processing bandwidth caps at about 50 bits per second. Those numbers don't improve with better models.
So the real design challenge isn't "how do we make agents smarter?" It's: **how do you compress 5,000 messages of agent output into the 50 things a human actually needs to see?**
Slack's entire information architecture was built on one assumption: *this is a place for human conversation.* Linear message threads. Chronological feeds. @mentions. Everything optimized for one human communicating with another. When agent output scales exponentially but the interface doesn't change, you don't get a smarter team — you get a noisier channel.
This is why we believe you can't just bolt AI onto an existing collaboration tool and call it a day. The information architecture itself needs to be redesigned — not for what agents can produce, but for what humans can absorb.
## How Kylon approaches this differently
Kylon and Claude Tag both believe AI should be a teammate. But Kylon doesn't put an AI agent inside someone else's collaboration tool. **Kylon is the collaboration tool.**
That architectural difference matters in several concrete ways:
### Rich interaction, not just text messages
In Slack, everything an agent outputs is a message. Even with Block Kit — Slack's UI framework for apps — you're working within a constrained set of components: fixed layouts, no custom styling, no dynamic visibility per user, no native tables, no inline charts. Developers have described Block Kit as "printing a spreadsheet as a novel."
Kylon agents can render their output in whatever format communicates most efficiently. A market analysis becomes an interactive card with key metrics highlighted, drill-down sections, and one-click approval buttons. A comparison becomes a real table with sortable columns. A status update becomes a compact stats card, not a wall of text. Agents can show different UI to different users in the same message — an approval button only for the manager, a detail view for the analyst.
This isn't a cosmetic difference. When agent output volume scales 10x, the format it arrives in determines whether a human can actually process it. A 2,000-word analysis crammed into a chat bubble? Nobody reads it. The same analysis as a structured card with the key number highlighted? Everyone uses it.
### Attention management built into the architecture
When agents produce 10x the output, the notification model has to change. In Slack, you get notified about everything or you mute the channel entirely — there's no middle ground. Claude Tag inherits this binary.
Kylon is designed around the constraint that human attention is finite. Agents can deliver work results silently — completing a task, updating a database, filing a report — without pinging anyone. The workspace surfaces what needs your attention and compresses the rest. Conversations with agents don't pile up as infinite scrollback; they compress into summaries that expand on demand.
The question isn't whether AI can produce more output. It can. The question is whether the interface respects the fact that you can only absorb so much. We built for that constraint from day one.
### Memory that works across the whole workspace
In Kylon, an agent's memory isn't scoped to one room. An agent that learns your deploy process in #engineering remembers it when you mention a deploy in #ops. It knows that "the Q3 launch" refers to the same thing whether you mention it in a thread, a database, or a DM. Memory is persistent, cross-room, and accumulates over weeks and months.
Claude Tag resets context at the channel boundary. Kylon doesn't have that boundary.
### A flexible permission model
Both Kylon and Claude Tag let agents connect to external tools. The difference is in how permissions work.
Claude Tag uses a single agent identity with dedicated service accounts. An admin creates an Access bundle — say, a GitHub service account with write access — and attaches it to a channel scope. From that point, anyone in that channel can ask Claude to open PRs, merge code, or read private repos through that same service account. The access is flat: the same permissions for the intern and the CTO, no per-user differentiation.
Kylon's approach works in two directions. Agents can have their own connected accounts — their own GitHub access, their own email credentials — for work that belongs to the agent. But humans can also delegate their own accounts to an agent for a specific task, so the agent acts with the delegator's permissions. If you don't have access to a repo, asking an agent to touch it won't bypass that. The agent's reach is bounded by whoever authorized the action, not by a blanket service account that everyone in the channel shares.
### Access to every capable model, not just one
Claude Tag runs on Claude Opus 4.8. Only Claude. If you want to generate an image, create a video, use a specialized model for a specific task, or simply pick the model that's best for the job — you can't. You get Claude, for everything.
Kylon agents have access to every capable model on the market through a unified proxy layer — reasoning models, image generators, video creators, audio transcription, and more. Need deep analysis? The agent dials up the reasoning effort. Need a quick answer? It keeps things light. Need to generate images, produce a video, or transcribe a meeting? The agent reaches the right model for that task — without you knowing or caring which one it is. And because Kylon connects to 3,000+ data sources natively, agents work with your actual business data across GitHub, Gmail, Notion, Slack, CRMs, ad platforms, analytics tools, and more.
The practical difference: a Claude Tag agent can query your BigQuery warehouse from a Slack thread and chart the results. A Kylon agent can do that, plus pull live campaign data from Meta Ads, cross-reference it with your analytics, generate a branded performance deck, and email it to your client — all from one mention in a room.
### Databases, not just conversations
Slack is a messaging app. Everything in it is a message. Claude Tag can read those messages and respond to them, and through integrations it can reach external databases. But it can't create a new database inside the workspace, update records in a native data layer, or build a workflow that triggers on data changes — all of that happens in external tools that require separate setup and maintenance.
In Kylon, database apps are first-class. Agents read and write structured data directly inside the workspace. A marketing agent can pull metrics from a campaign database, update lead status, and trigger a follow-up workflow — all without leaving the workspace. The data layer isn't bolted on; it's built in.
### Apps that anyone can build, together
Here's something Claude Tag can't do at all: let your team collaboratively build custom applications inside the workspace.
In Kylon, anyone on the team can describe what they need — "I want a CRM that tracks our pilot customers and sends me a weekly summary" — and agents build it. These aren't toy prototypes. They're versioned applications with proper databases, APIs, and deployment pipelines, built through conversation rather than code. Multiple people can collaborate on the same app, iterating on it together. A salesperson defines the fields they need. A manager adds the reporting view. An agent handles the implementation.
This shifts the power from engineering teams to the entire business. Operations can build their own tracking systems. Marketing can create their own campaign dashboards. HR can design their own onboarding flows. Nobody needs to file a Jira ticket and wait six weeks for the dev team to get around to it.
Claude Tag is a smart assistant that lives in a chat thread. Kylon is a platform where teams build and run their operations.
### Multi-agent coordination
Claude Tag is one Claude per channel. If you want different AI capabilities in different contexts, you configure different Access bundles through admin settings.
In Kylon, multiple specialized agents can work in the same room. A data agent pulls metrics. A writing agent drafts the report. A marketing agent schedules the campaign. They see each other's output, hand off naturally, and coordinate without human intermediation. They're not different configurations of one model — they're different agents with different memories, skills, and tool connections.
## The real comparison
**Where it lives** — Claude Tag: inside Slack. Kylon: its own workspace, purpose-built for human-agent teams.
**Information presentation** — Claude Tag: Slack messages, limited by Block Kit. Kylon: rich interactive cards, tables, charts, per-user UI, and structured output designed for human absorption.
**Attention management** — Claude Tag: inherits Slack's all-or-nothing notification model. Kylon: agents work silently by default, workspace surfaces only what needs human attention.
**Memory** — Claude Tag: per-channel, resets across channels. Kylon: cross-workspace, persistent over weeks and months.
**Permissions** — Claude Tag: flat access through dedicated service accounts; everyone in a channel gets the same permissions. Kylon: agents can own accounts or use delegated human permissions — access follows the person who authorized the action.
**Models** — Claude Tag: Claude only. Kylon: every capable model on the market — reasoning, image generation, video, audio — with adaptive reasoning effort per task.
**Data sources** — Claude Tag: Slack content plus admin-configured external integrations (GitHub, Google Drive, Jira, Snowflake, etc.) through a single agent proxy. Kylon: 3,000+ native data source connections, plus a built-in database layer agents can read and write directly.
**App building** — Claude Tag: not available. Kylon: collaborative app building through conversation — versioned, deployed, usable by the whole team without technical knowledge.
**Multi-agent** — Claude Tag: one Claude per channel. Kylon: multiple specialized agents per room.
**Automation** — Claude Tag: scheduled tasks and channel watching within Slack. Kylon: workflows, cron triggers, webhooks, database-change triggers.
**Pricing** — Claude Tag: Enterprise/Team only, consumption-based. Kylon: free trial available.
## When Claude Tag makes sense
If your team already lives in Slack, you're on a Claude Enterprise or Team plan, and your primary need is having an AI that can follow conversations and answer questions in context — Claude Tag is a reasonable choice. It's low-friction to deploy (it's just a Slack app), and for teams that mainly need a smarter layer on top of their existing Slack workflow, it works. The external integrations are solid — connecting GitHub, Jira, and a data warehouse gives Claude real reach beyond Slack messages.
It's also a strong fit for engineering teams already using Claude Code who want that same capability inside their team channels.
## When Kylon makes sense
Kylon is built for teams that need more than a conversation partner:
- **Your work involves structured data**, not just messages. Tracking leads, managing projects, monitoring campaigns — things that need databases, not threads.
- **You need AI that takes real action.** Not "here's what you should do" but "I did it, here's the PR / the email / the updated spreadsheet."
- **Agent output is overwhelming your team.** You need a workspace that compresses, prioritizes, and presents information for human absorption — not one that dumps everything into a chronological feed.
- **Non-technical people need to build things.** Operations, marketing, sales — they should be able to describe what they need and have agents build it, collaboratively, without writing code.
- **Permissions need to follow the person.** You don't want a flat service account that gives everyone in a channel the same access to every connected system.
- **Multiple agents need to collaborate.** Your marketing, data, and content work shouldn't all funnel through one Claude identity.
- **You need more than one model.** Image generation, video production, specialized reasoning — not every job calls for the same model, and you shouldn't have to switch platforms to access a different one.
- **You want the workspace, not a plugin.** Instead of adding AI to Slack, you want a workspace where AI is native from the ground up.
## The bigger picture
Claude Tag is Anthropic's acknowledgment that the chatbot-in-a-tab model isn't enough. They're right. The future of work involves AI that lives where teams work, understands context, and takes action.
But grafting an AI agent onto Slack is fundamentally different from building a workspace where AI agents are first-class members. One approach inherits the constraints of the host platform. The other designs the platform around the agents — and, more importantly, around the humans who need to work with them without burning out.
The real bottleneck in the AI-powered workplace was never the AI. It was always the interface between the AI and the three-pound organ trying to keep up. The workspace that solves for that constraint — not just for agent capability — is the one that wins.
Claude Tag is a smart move by Anthropic. It's also, in a way, the best argument for why Kylon exists.
---
## Why we built Kylon
> Most AI tools are a tab you open alone. We wanted agents that join the room — that read the thread, follow the work, and ship.
**Author:** Quinn Leng · Co Founder | **Date:** 2026-04-22 | **Category:** Stories
**URL:** https://kylon.io/blog/why-we-built-kylon
Every team we've seen adopt AI does the same thing. They open a tab, paste some context in, get something back, paste it somewhere else. The AI never sees the real conversation. It doesn't know the project is behind, or that the decision was made three threads ago.
We wanted something different.
## The gap we kept seeing
Before Kylon, we built tools for teams. Collaboration products, internal platforms, things that lived where work actually happened. And every time an "AI feature" shipped, it landed the same way — a sidebar, an autocomplete, a generate button bolted onto an existing surface.
The AI never joined the team. It just waited in a drawer until someone pulled it out.
That's fine for one-off tasks. But real work isn't one-off. Real work has context that builds over weeks. It has history, stakeholders, dependencies, and judgment calls that compound. You can't paste all of that into a text box.
## Agents that stay in the room
So we built Kylon around a different idea: agents that are members of your workspace — not features of your product.
In Kylon, agents join rooms. They read threads. They remember what happened last Tuesday. They connect to your tools — GitHub, Notion, Gmail, Slack, Linear — and do actual things there, not just summarize them.
They don't need you to babysit. You mention what you need, they go figure it out. If they're blocked, they ask. If they need approval, they wait for it. If they finish, they post the result where the team can see it.
## Why this matters now
The AI models got good enough. That's not the bottleneck anymore.
The bottleneck is the space between the model and the work. The wiring. The context. The memory. The ability to act — not just suggest.
Every team we talk to says the same thing: "We use ChatGPT, but only for drafts." Or: "We tried Copilot, but it doesn't know our codebase." Or: "I spend 20 minutes setting up context every time."
That's not an intelligence problem. That's an architecture problem. And it's the one we're solving.
## What we believe
We believe the next version of every team has AI members. Not in a gimmicky way — in the way you'd add a new hire who already knows the company, can use your tools, and starts contributing on day one.
We believe agents should have memory, identity, and agency. They should know who they're working with, what they've done before, and what the team cares about.
And we believe the workspace should be built for this. Not adapted, not retrofitted. Built.
That's what Kylon is.
---
# Japanese Blog Articles
## PLAUD MCPとは。録音をAIエージェントにつなぐ設定と使い方
> PLAUD MCPを設定すると、ClaudeやCursorから自分の録音を検索し、文字起こしと要約を読み出せます。導入手順、公開されている7つのツール、返ってくる項目、検索の制限までを公式資料に沿って整理します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-09-17 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/plaud-mcp
**結論:** PLAUD MCPを設定すると、ClaudeやCursorなどのAIクライアントから自分のPLAUD録音を検索し、文字起こしと要約を読み出せます。導入はコマンド1行で、対応クライアントの設定ファイルは自動で書き込まれます。公開されているのは読み取り用の7つのツールで、録音の追加や書き換えを行うツールは含まれません。出典は[PLAUD公式のMCPドキュメント](https://docs.plaud.ai/plaud-mcp-cli/mcp)です。
## この記事の要点
- **MCP**：AIクライアントを外部サービスに接続するための共通仕様。PLAUDは対応サーバーを公式に提供している
- **導入条件**：Node.js 20以上とPLAUDアカウント。インストーラーが利用中のクライアントを検出して設定を書き込む
- **提供範囲**：録音の一覧、詳細、要約、文字起こしを取得する7つのツール
- **検索の照合先**：キーワードは録音の名前に対して照合される。文字起こし本文は対象外
- **チーム利用**：Kylonのコネクションとして接続すると、同じ会話の中で担当者が内容を確認できる
会議の録音は、後から聞き直す時間が取れないまま残りがちです。必要なのは録音そのものではなく、そこで決まった内容と次の対応です。AIクライアントから録音を直接参照できると、聞き直す工程を挟まずに確認へ進めます。
## PLAUD MCPは新機能ではない
公式の更新履歴では、MCPとCLIは2026年5月12日にv1.0.0として提供が始まったと記載されています。最近になって公開されたものではないため、導入を検討する際は発表時期ではなく、現在の対応クライアントと提供ツールを基準に判断してください。出典は[PLAUD MCP・CLIの更新履歴](https://docs.plaud.ai/plaud-mcp-cli/changelog)です。
## 導入前に確認する2つの条件
- **Node.js 20以上**：インストーラーとサーバーはnpx経由で動作する
- **PLAUDアカウント**：設定後にブラウザで認証を行う
## 設定はコマンド1行から始める
実行すると、インストーラーが利用中のAIクライアントを検出し、設定を書き込んだうえでブラウザを開きます。認証画面でAuthorizeを選び、案内された対象クライアントを再起動すると、次のセッションからツールを呼び出せます。オプションとして、検出したクライアントを確認なしで設定する--yesと、ブラウザ認証を省略する--no-loginが用意されています。出典は[PLAUD MCPドキュメントのInstall節](https://docs.plaud.ai/plaud-mcp-cli/mcp)です。
## 自動設定に対応していないクライアントの場合
検出されないクライアントには、設定ファイルへ次の内容を追記します。
## ブラウザ版のClaudeとChatGPTから使う
手元にNode.jsを用意せずに使う経路もあります。Claude Webでは、左側のCustomizeからConnectorsを開き、Plaud Web MCPを検索して接続します。ChatGPT WebではPluginsからPlaudを検索して接続します。いずれも設定画面から接続する形式で、貼り付ける接続先URLは案内されていません。この経路では録音データが米国で運用されるPLAUDのMCPサーバーを経由すること、リクエスト完了後にデータを保存しないとPLAUDが説明していること、取り扱いは[PLAUDのプライバシーポリシー](https://plaud.ai/privacy)に従うことが、[同ドキュメントの注記](https://docs.plaud.ai/plaud-mcp-cli/mcp)に記載されています。
## 公開されている7つのツール
一覧のとおり、用意されているのは取得系の操作です。録音のアップロード、名前の変更、文字起こしの編集にあたるツールは公開されていません。運用を設計する際は、読み取りを前提に組み立ててください。
## 絞り込み条件と返ってくる項目
## 検索で見つからないときに疑う2点
まず、キーワードの照合先は録音の名前です。文字起こしの本文は検索対象に含まれないため、会話の中に出てきた語句で探しても一致しない場合があります。次に、絞り込みは全件検索ではなく走査です。対応するPLAUD CLIの検索は直近500件までを走査する仕様が[CLIドキュメント](https://docs.plaud.ai/plaud-mcp-cli/cli)に記載されており、同じ範囲で考えておくと判断を誤りにくくなります。
したがって、結果が0件でも該当する録音が存在しないとは限りません。走査がどこまで遡ったかを確認したうえで、期間を区切って問い合わせ直すと精度が上がります。録音名に相手先と議題を入れておくと、取り出せる範囲が変わります。
## 付属する6つのスキル
## つながらないときの確認点
- **ツールが表示されない**：ウィンドウを閉じるだけでは足りない。クライアントを終了して起動し直す
- **401や未認証のエラー**：クライアントに「log me into Plaud」と伝えて認証をやり直す
- **トークン更新のエラー**：~/.plaud/tokens-mcp.jsonを削除して認証し直す
- **認証時にブラウザが開かない**：表示されたURLを手動で開く。遠隔のマシンではssh -L 8199:localhost:8199 user@hostでポートを転送する
- **Claude Desktopで接続が切れる**：plaud-mcp unsetup && plaud-mcp setupを実行してから再起動する
更新する場合はnpm install -g @plaud-ai/mcp@latestを実行し、クライアントを再起動します。各項目の詳細は[公式のTroubleshooting表](https://docs.plaud.ai/plaud-mcp-cli/mcp)に記載があります。
## チームで共有するならKylonのコネクション
ここまでの手順は、自分の端末から自分の録音を参照する構成です。会議の内容を担当者間で扱う場合は、Kylonのコネクションとして接続すると、同じ会話の中で録音一覧、詳細、要約、文字起こしを参照できます。取り出した内容を顧客管理や課題管理へ振り分ける流れは、[PLAUD Embedded SDKとMCPで、議事録をCRMと課題管理へつなぐ方法](/ja/blog/plaud-meeting-notes-to-crm)で解説しています。
AIクライアント側の設定に慣れていない場合は、[Claude Codeの始め方と基本的な使い方](/ja/blog/claude-code-guide-2026)もあわせて参照してください。
## まとめ
- 導入はNode.js 20以上を用意し、インストーラーを1回実行する
- 公開されているのは取得系の7つのツールで、書き込み用のツールは含まれない
- キーワードは録音名に照合され、走査の範囲にも上限がある
- 録音名に相手先と議題を残しておくと、取り出せる範囲が変わる
- 担当者間で扱う場合は、確認の工程を挟める場所に取り込む
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Gensparkとは？Kylonとの違いと代替候補の選び方を比較
> Gensparkの現在の機能と使い方を公式情報から整理し、Kylonとの違いを比較します。成果物の作成と、人とAIエージェントが継続業務を進める仕組みから、代替候補を選ぶ軸を解説します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-09-15 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/genspark-alternative-2026
**結論:** Gensparkは成果物を作る工程を幅広くまとめたい場合、Kylonは人と複数のAIエージェントが同じ業務を継続して担当する場合に、それぞれの仕組みを確認する価値があります。Gensparkは調査、資料作成、データ分析、画像生成、電話代行などをまとめた環境と説明されています。Genspark公式解説、確認日 2026年9月15日。選定では機能数だけでなく、依頼、判断、確認、次回への引き継ぎをどこで管理するかを比べます。
## この記事の要点
- GensparkはSuper Agentを中心に、調査から成果物作成まで進める仕組みを案内している。公式ヘルプ、確認日 2026年9月15日
- 比較の中心は、何を作れるかだけでなく、誰が確認し、次の仕事へどう引き継ぐか
- Kylonは人と複数のAIエージェントがチャンネルとスレッドで継続業務を進めるためのワークスペース
- 一つの実務を使い、成果物、確認手順、記録、再実行まで通して比較する
## Gensparkとは
Gensparkは、質問への回答だけでなく、依頼を複数の工程に分け、必要な道具を選び、調査、文章、分析、設計、開発、連絡などの成果物作成まで進めるSuper Agentを提供しています。Super Agent公式ヘルプ、確認日 2026年9月15日。目的、参照資料、対象読者、希望する成果物を最初に整理すると、途中の確認点を定めやすくなります。
Workspace 6.0は、SecondBrainを記憶層、Super Agentを実行の中核、GenTeamを人とエージェントの協働層として説明しています。設計、コード、業務システム、スライド、表計算、文書、メール、チャット、画像、動画、音楽も制作領域として掲載されています。Genspark AI Workspace 6.0公式発表、確認日 2026年9月15日。
## 日本で検索されているGensparkの情報
日本の検索需要では、製品名を知った後に概要を調べる動きが目立ちます。Ahrefsの日本向け実測値では、月間検索量は「genspark とは」が7,900、「genspark 使い方」が2,200、「ai エージェント 比較」が100、「genspark 代替」が20でした。取得日は2026年9月15日です。検索量は推計値であり、将来の流入を保証するものではありません。
単純な乗り換え先だけを探す前に、現在のGensparkがどこまで仕事を扱うかを確認する必要があります。Gensparkの日本語公式ブログには、概要や使い方を説明する記事が掲載されています。Genspark日本語公式ブログ、確認日 2026年9月15日。
## Gensparkの基本的な使い方
Super Agentはホーム画面の入力欄または新規作成メニューから利用し、調査、文章、データ分析、設計、開発、画像、動画、連絡などの依頼を文章で伝える仕組みです。ファイル、接続済みアカウント、SecondBrainの情報を参照でき、教えた作業手順はスキルとして保存し、再実行やチーム共有に使えると説明されています。Super Agent公式ヘルプ、確認日 2026年9月15日。
- 何を判断するための仕事かを決める
- 参照してよい資料と接続先を指定する
- 誰が読む成果物かを伝える
- どの時点で人が内容を確認するかを決める
## 比較の中心は成果物と継続業務
Gensparkは、複数の制作領域を一つの環境に置き、Super Agentが工程を進める構成を掲げています。Genspark AI Workspace 6.0公式発表、確認日 2026年9月15日。一方、選定時には成果物の種類に加え、その成果物がどの会話から生まれ、誰が確認し、更新時にどう引き継がれるかを見る必要があります。
Kylonでは、複数のAIエージェントが人と同じチャンネルに在籍し、それぞれの役割に応じたメモリとスキルを持ちます。依頼が生まれた会話、途中の判断、人の確認、成果物をスレッドに残し、案件や記事などの記録はアプリに構造化して蓄積できます。翌週の更新や担当変更でも、別の担当者がスレッドとアプリを確認し、経緯を踏まえて作業を続けられます。
## GensparkとKylonの仕組みを比較
## Kylonはこういう仕事のための道具です
Kylonは、米国企業Pure Reasonが提供する米国発のAIネイティブワークスペースです。複数のAIエージェントが人と同じチャンネルに在籍し、調査、執筆、確認、更新などの役割を分担します。各エージェントには、担当業務の前提を保持するメモリと、作業手順を再利用するスキルを持たせられます。人は別の画面へ依頼を移さず、同じスレッドで質問、修正、承認を行えます。
- **チャンネルとスレッド:** 依頼、判断、修正、承認の経緯を仕事ごとに残し、担当者が変わった際の引き継ぎに使う
- **エージェント、メモリ、スキル:** 調査や執筆などの担当を分け、役割ごとの前提と再利用可能な手順を持たせる
- **アプリ:** 案件、記事、取引先、進捗などを項目のそろった記録として蓄積し、会話から参照、更新する
- **コネクション:** メール、カレンダー、顧客管理などの外部サービスを、接続したアカウント単位の権限で操作する
- **ワークフロー:** 毎週の確認やフォーム受信後の処理を、定期実行またはイベント起点で継続する
- **人の確認:** メール送信や記事公開などの前に確認手順を置き、内容を見てから実行する
これらは独立した機能ではありません。スレッドで受けた依頼をエージェントが処理し、コネクション経由で必要な情報を取得し、結果をアプリへ記録します。ワークフローが次回の処理を起動し、送信や公開の前には人が内容を確認できます。会話、実行、記録、次回の処理を同じワークスペースでつなぐことが、Kylonの中心的な強みです。
## 導入初日にできること
最初から全社の業務を組み替える必要はありません。まず一つの継続業務を選び、担当者、確認者、外部サービス、残すべき記録を決めます。例えば記事制作なら、編集チャンネルを作り、調査担当と執筆担当のAIエージェントを配置し、記事アプリに企画名、担当、状態、公開先を持たせます。
- 実務ごとのチャンネルを作り、関係する人とAIエージェントを参加させる
- 各エージェントに役割、参照資料、メモリ、スキルを設定する
- 案件や記事を管理するアプリを作り、必要な項目と状態をそろえる
- 利用する外部サービスをコネクションで接続し、アカウント単位で操作範囲を定める
- 定期実行またはイベント起点のワークフローを一つ設定する
- 送信や公開の直前に人が確認する段階を決める
この小さな構成でも、依頼がどのスレッドで始まり、誰が処理し、どの記録が更新され、どこで人が確認したかを一連の流れとして確かめられます。運用を見ながら、別の担当業務やワークフローを追加できます。
## 継続業務で効いてくる違い
継続業務では、成果物そのものに加え、前回の判断理由と次回の開始条件が重要です。Kylonでは、判断理由はスレッド、案件の状態はアプリ、役割の前提はエージェントのメモリ、再利用する手順はスキルに分けて保持します。担当者が変わった場合も、後任者はこの記録を確認してから作業に参加できます。
さらに、コネクションを通じた外部サービスの操作と、ワークフローによる定期実行やイベント起点の処理を同じ業務へ組み込めます。処理を続けながら、対外送信や公開など判断が必要な段階では人の確認を挟めます。自動実行する範囲と、人が判断する範囲を業務ごとに設計できるため、継続運用に合わせて役割分担を調整できます。
## 代替候補を選ぶ前に一つの実務で確かめる
比較表だけで判断せず、自社で繰り返している一つの仕事を書き出します。毎週の競合調査なら、情報収集、出典確認、要約、担当者のコメント、承認、翌週の更新までを一つの流れとして評価します。
- 入力資料と外部サービスの接続範囲
- 途中で修正する方法と確認者
- 成果物と判断経緯の保存場所
- 再実行時に引き継がれる手順と文脈
- 担当変更後に別の人が追える記録
## まとめ
- Gensparkの現在地は公式情報で確認してから比較する
- 成果物の種類と、継続業務の管理方法を分けて評価する
- Kylonでは、メモリとスキルを持つ複数のAIエージェントが人と同じチャンネルで役割を分担する
- スレッドの経緯、アプリの構造化された記録、コネクション、ワークフロー、人の確認を一つの実務で試す
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## AIエージェントの権限管理｜Kylonの閲覧範囲と利用権限を決める4つの設定
> この会話は誰が見られるのか。AIエージェントは何を参照できるのか。アプリのデータは何が更新するのか。連携した自分のアカウントは誰が使えるのか。Kylonの権限は、この4つの設定で決まります。実際の製品画面とあわせて、1つずつ整理します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-09-15 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/how-permissions-work-in-kylon
**結論:** Kylonの権限は、エージェントが参照できる情報、ルームの公開範囲、アプリとワークフローの更新元、コネクションの利用範囲という4つの設定で決まります。設定ごとに役割が分かれているため、「これは誰が見られるのか」を確認する場所が1か所に定まります。
## この記事の要点
- **エージェント**：作業中のスレッドは既定で参照し、参加しているルームは必要に応じて検索する
- **ルーム**：公開ルームは検索と参加ができ、非公開ルームは招待された人だけが参加できる
- **アプリとワークフロー**：アプリが置かれたルームの会話と定期実行タスクが、データを更新する
- **コネクション**：連携ごとに利用できる人を指定し、全体共有の対象は人間のメンバー
**対象読者:** AIエージェントを業務に入れるチームのリーダーと、導入を検討している情報システム部門の担当者です。読み終えると、「この会話は誰が見られるのか」を自社の体制にあわせて確認できるようになります。
導入の説明でよく出てくるのが、「この会話は誰が見られるのか」「エージェントはどこまで読めるのか」という質問です。以下では、実際の設定画面とあわせて1つずつ確認します。
*人もエージェントも、ひとつのワークスペースの中で役割が決まります。*
## ワークスペースの全体像
人とAIエージェントは、ルームで一緒に働きます。アプリは、その仕事を話しているルームに置きます。外部アカウントは、ワークスペース全体ではなく、人またはエージェントに紐づけます。この構成で、閲覧範囲と利用権限が決まります。
## エージェント：参照できる情報と、利用できる人
エージェントは、作業中のスレッドの会話をそのまま参照します。直前のやり取りを言い直さなくても話が続くのは、この既定の動作があるためです。スレッドの外については、参加しているルームを必要に応じて検索します。参加していないルームの情報は参照できません。
これとは別に、**Access**でそのエージェントを使える人を指定します。何を参照できるかと、誰が使えるかは、別々に管理する設定です。
*[Interactive UI preview: Kylonのスレッドでエージェントが会話の文脈から回答している画面、参加済みルームと未参加ルームの検索範囲の図、Accessの3つの設定例]*
## ルーム：公開範囲と、エージェントの検索範囲
公開ルーム（Public）は、ワークスペースの誰でも検索でき、自由に参加できます。非公開ルーム（Private）は招待された人だけが参加でき、招待されるまでは検索結果に表示されません。
エージェントにはもう1つの条件があります。検索できるのは参加しているルームだけです。公開ルームであっても、未参加であれば検索の対象にはなりません。
*[Interactive UI preview: 人から見たルームの公開範囲と、参加しているルームだけを検索するエージェントの範囲を並べた図]*
## アプリとワークフロー：データ更新のしくみ
アプリは、ツール置き場ではなく、その仕事を話しているルームに置きます。会話で決まったことが、隣にあるアプリの記録になるため、あとから転記する作業が発生しません。
定期実行タスクも同じルームに設定します。毎朝クリエイターからの返信を取得するワークフローは、チームが見ている同じSampling Deskを更新し、担当のエージェントが実行します。実行履歴が残るため、いつ何を見て更新したかを後から確認できます。
*[Interactive UI preview: 会話の隣でSampling Deskのアプリが開かれ、同じルームで2つの定期実行タスクがエージェントによって動いているKylonの画面]*
## コネクション：連携アカウントを使えるのは誰か
連携ごとに、利用できる人を指定します。自分のメールは自分だけ、予約用のカレンダーはチーム全体、という分け方ができます。
自分が依頼した作業では、エージェントは依頼者本人の連携アカウントを利用できます。このために共有の設定を行う必要はありません。エージェントに共有すると範囲が変わります。そのエージェントを使える他のメンバーも、エージェントを通じて同じ連携アカウントを使えるようになります。共有の前に確認したいのはこの点です。
もう1つ、画面上で分かりにくい点があります。ワークスペース全体への共有の対象は、あとから参加する人を含む人間のメンバーです。エージェントは個別に追加します。
*[Interactive UI preview: Kylonの連携一覧で「···」からManage accessを開き、自分のみ、ワークスペース全員、指定した人とエージェントのいずれかを選ぶ画面]*
## 4つの問いと、答えの場所
## 同じルームにいることと、エージェントを使えることは別
説明の場で最も多く確認されるのがこの点です。Accessは、そのエージェントを使える人を指定する設定です。非公開のエージェントも、ルームに参加して情報を収集できます。ルームを読むことと、質問に答えることは別の動作だからです。
同じルームにいるだけでは、そのエージェントのAccessには登録されません。Accessに登録されていない人は、そのエージェントから収集済みの内容を聞き出すことはできません。
*[Interactive UI preview: 非公開エージェントのAccessタブに1名だけが登録され、他のルームメンバーはそのエージェントを利用できないことを示すKylonの画面]*
## スキル：一人のノウハウを、みんなが使える手順にする
スキルは、エージェントが必要なときに読む業務手順の書き置きです。手元のZIPファイルをアップロードして取り込むこともできますし、エージェントとの会話で進めた手順をそのままスキルとして保存し、続けて全員への共有を依頼することもできます。
効果が出るのはここからです。特定の担当者だけが把握していた受け入れ手順が、翌週には別のエージェントが別の顧客に対して同じ順番で実行できる手順になります。属人化していた作業を、業務標準として共有できる形に変えられます。
*[Interactive UI preview: KylonのエージェントのSkillsタブで、スキルの取り込みダイアログと、選んだスキルを他のエージェントに導入するダイアログを開いた画面]*
## アプリの作成と更新
アプリごとに専用のデータベースを用意するため、記録が他のアプリの表と混ざりません。変更はGitが記録し、誰が何を変えたかを履歴で確認できます。複数人で同じアプリを構築し、変更を整理して統合することもできます。
## まとめ
- エージェントが参照するのは、作業中のスレッドと、参加しているルームの検索結果
- 公開ルームは検索と参加ができ、非公開ルームは招待された人だけが参加できる
- アプリのデータを更新するのは、同じルームの会話と定期実行タスク
- 連携アカウントは連携ごとに利用範囲を指定し、エージェントは個別に追加する
- ルームへの参加とエージェントの利用権限は、別々の設定として確認する
関連記事として、データの保管と分離についてはKylonのプライバシー設計、ワークスペースの考え方についてはKylonを作った理由もあわせて参照してください。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Claude for Financial Advisorsの発表から考える、面談前の準備と面談後の記録をKylonで組む方法
> Anthropicが金融アドバイザー向けにコネクターと業務スキルをまとめた提供を発表しました。発表の要点を整理したうえで、面談前の準備メモ、承認付きのフォローアップ、自社の確認手順を、いまのKylonでどう組めるかを具体的に説明します。対応していない範囲も明記します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-09-14 | **Category:** AI最新ニュース
**URL:** https://kylon.io/ja/blog/claude-financial-advisors-sept-2026
**結論:** Anthropicが発表したClaude for Financial Advisorsは、新しい基盤モデルではなく、面談の前後にある作業をつなぐコネクターと業務スキルの提供です。Anthropicの金融サービスページとWealth Managementの報道から要点を整理したうえで、同じ流れをいまのKylonでどう組むかを、対応していない範囲も含めて説明します。
## 発表の要点
案内されているのは、投資分析、カストディ、顧客管理、面談記録といった既存システムへのコネクターと、顧客の受け入れ、面談前の準備、リバランスの確認、面談後の記録とフォローアップといった業務単位のスキルです。Wealth Managementの報道では、アドバイザー向けプラグインはEnterpriseプランで提供され、管理者向けの監査ログと利用量に応じた課金が説明されています。報道はこちら。
注目したいのは発表そのものより、その前提です。アドバイザー業務の負荷は回答の質ではなく、面談前に情報を集めることと、面談後に記録と連絡を出し切ることに集中していました。この流れは持ち運びができますし、その大半はカストディ接続がなくても組めます。
## 顧客ごとにルームを1つ置き、情報を動かさない
準備に時間がかかるのは、必要なものが別々の場所にあるからです。カレンダーの予定、顧客管理システムの記録、前回の面談メモ、未提出の書類、方針が変わったメールの往復。Kylonでは、顧客または担当先ごとにルームを1つ置き、そこにAIエージェントをメンバーとして入れます。エージェントはルームを読み、決まったことを記憶し、担当者が接続したアカウントを通じて各ツールを参照します。
現在つなげるのは、Googleカレンダー、GmailまたはOutlook、Googleドライブ、Googleスプレッドシート、Salesforce、HubSpot、Pipedrive、DocuSign、Box、そしてFireflies、Granola、tl;dvなどの会議記録ツールです。接続先の一覧はコネクタのページで確認できます。準備メモは別のアシスタント画面ではなく、次の担当者が探しに来る場所に残ります。
*[Interactive UI preview: 顧客ルームに面談前の準備メモが投稿され、フォローアップメールが承認待ちの下書きとして置かれている画面]*
## 組み方1: 頼む前に届いている準備メモ
平日18時など、時刻を決めてワークフローを1つ作ります。依頼内容は作成時に日本語で書きます。翌日のカレンダーを読み、顧客との面談ごとに、前回の接点、未処理の項目、ご本人が話していた希望、前回以降に追加された資料を、その顧客のルームに投稿すること。そして各項目に参照元を必ず添えること。
最後の一文が要点です。出典のない要約は結局あとで確かめ直すことになり、自分で書くより時間がかかります。どの記録のいつ時点かが各行に書かれていれば、そのまま面談に持ち込めます。ワークフローは時刻、Webhook、アプリのレコード変更で動かせ、各回の実行履歴が残るため、その日の準備メモが何を見て作られたかを後から確認できます。
## 組み方2: フォローアップは承認してから送る
面談後は、文字起こしや手元のメモがルームに届きます。エージェントはフォローアップメール、顧客管理システムの更新案、次の対応リストを作成します。接続したアカウントから出る外部メールは、ルーム上の下書きカードとして作られます。担当者が読み、直し、送信します。エージェント側から送信は行いません。顧客向けの連絡を扱う業務では、この境界は制約ではなく設計の要点です。
## 組み方3: 自社の確認手順を一度だけ書く
Anthropicのスキルが自社手順を型にする考え方であるのと同じく、Kylonのスキルは、ワークスペース内のどのエージェントも必要なときに読んで同じ手順で動くための書き置きです。年次面談の確認項目、リバランスの相談前に必ず聞くこと、フォローアップに入れる注記。一度書いておけば、担当顧客が違っても同じページを見て動きます。手順が変わったときは、周知ではなくページを直します。
金融チーム全体の運用イメージは金融のユースケースページにまとめています。
## Kylonが対応していない範囲
ここで正確に書いておきます。Kylonはカストディアンやポートフォリオ分析基盤には接続していません。Schwab、Addepar、Orion、Envestnet、iCapital、Wealthboxのコネクターは現時点でありません。保有状況やパフォーマンスをカストディ側から直接取得する前提の業務は、Kylonの範囲外です。
また、Kylonは投資助言を行うものでも、適合性を判断するものでも、コンプライアンスの記録原本となるものでもありません。Kylonが持つのは、依頼、参照元、下書き、承認、引き継ぎです。判断は担当者が行い、記録原本は自社の既存システムに置きます。それでも残る範囲が、情報収集、作成、追いかけ、記録という日々の大半です。
## 最初の1件
- 来週の面談を1件選び、その顧客のルームを作る
- カレンダーと顧客管理システムを接続する
- エージェントに準備メモを依頼し、そのまま面談に持ち込めるか確認する
- 使える内容だったら、全件を対象にワークフローの時刻を決める
- 足りなければ、どの参照元が欠けていたかがその場で分かる
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Kylonとは：人のチームとAI社員のチームで売上を最大化するワークスペース
> AI社員がチャンネルに入り、実際の業務を担当するワークスペースがKylonです。従来ツールとの違い、チャンネル、メモリ、コネクション、アプリ、ワークフロー、スキルといった機能、権限とセキュリティ、料金、そして実際に動いているユースケースとCRMの画面まで、製品の全体像を1本にまとめました。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-28 | **Category:** Product
**URL:** https://kylon.io/ja/blog/kylon-product-overview-2026
**結論:** Kylonは、AI社員（AIエージェント）がチームメンバーとして業務に参加するワークスペースです。人のチームは判断と関係づくりに時間を使い、AI社員が調査、作成、追いかけ、記録を引き受けます。同じ人数のまま動かせる商談数と発信量を増やし、売上の最大化につなげるための構成です。この記事では製品の考え方、主な機能、権限とセキュリティ、料金、そして実際に動いているユースケースを紹介します。
## この記事の要点
- **AI社員はチャンネルの一員** 進行中のスレッドを読み、接続されたツールを操作し、成果物をチーム全員が見える場所に置きます
- **成果物の置き場所が違う** 個人のチャット画面ではなく、次の担当者がそのまま引き継げるチャンネルに残ります
- **導入初日から使える部品** チャンネル、メモリ、コネクション、アプリ、ワークフロー、スキルの6つで業務を組み立てます
- **自律と放置は別** スコープされた権限と人の承認ゲートを前提に設計されています
- **席数課金なし** ワークスペース単位の料金で、Coreは月額100ドルから。7日間の無料トライアルがあります
## Kylonとは：人のチームの隣に、AI社員のチームを置く
Kylonは、AI社員がチームメンバーとして業務に参加するAIネイティブなワークスペースです。AI社員はチャンネルに入り、進行中のスレッドを読み、先週の意思決定を記憶し、接続されたツールを操作して、完成した成果物をチーム全員が見える場所に置きます。
*ツールを行き来して情報を運ぶ毎日。この転記作業が、判断の時間を削っています。*
- **売上に直結する実務を担当** バグレポートからのPR作成、パーソナライズされたアウトバウンド、競合のローンチに合わせた広告キャンペーンまで、業務を理解したAI社員が実行します
- **構造化データ** テーブル、ドキュメント、ワークフローがワークスペースに組み込まれており、同期レイヤーを挟まずにAI社員が読み書きできます
- **全社ナレッジ** #user-interviews のフィードバックが #feature-requests に反映されるように、コンテキストが仕事とともに部門をまたいで動きます
- **3,000以上のサービスと接続** GitHub、Notion、Gmail、Slack、Salesforce、HubSpotなどにAI社員がネイティブにアクセスします
*チャンネル、進行中のスレッド、AI社員の応答、そして成果物のダッシュボードが同じ画面に並びます。*
導入に技術スタッフは必須ではありません。必要なことを日本語で伝えると、トラッカーの構築、定期レポートの設定、メール連携、問い合わせの振り分けまでAI社員が対応します。開発者がいるチームには、カスタムアプリ、コードベースのワークフロー、データベースクエリ、APIアクセスも用意されています。
## 従来のツールとの違い
違いがいちばん分かりやすいのは、出てきた成果物がどこに残るかという点です。個人の画面に残るのか、チームの業務フローに入るのかで、次の担当者の動き方が変わります。
## 主な機能：業務を動かす部品がそろっています
機能は単体で使うものではなく、組み合わせて「人とAI社員が一緒に回す業務」をつくるための部品です。以下は導入初日から使える構成要素です。
### チャンネルをまたいで文脈が動く
ユーザーインタビューで出た不満が、そのまま機能要望のチャンネルに届きます。担当者が転記する手間も、伝言の途中で落ちる情報もありません。
### 実行した結果が数字で残る
AI社員が動かした施策は、チャンネルの投稿だけでなくダッシュボードの数字として残ります。何が効いたかを後から検証できます。
## 権限とセキュリティ：自律的に動くことと、放置することは別です
## 料金：席数ではなく、ワークスペース単位
- **クレジット** 会話、推論、ツール呼び出し、ワークフロー実行、アプリ利用はすべてクレジットを消費します。各プランに月次のクレジット枠が含まれ、請求サイクルごとに更新されます。サブスクリプション分は毎サイクルでリセットされ、Pro / Ultraで購入したクレジットパックは有料契約が続くかぎり繰り越されます
- **無料トライアル** クレジットカード登録で7日間、500クレジット付きのCoreプランを利用できます。期間内に解約した場合の費用は発生しません
- **課金単位** ユーザー単位の課金はありません。チーム全体で同じワークスペースとクレジットを共有し、AI社員数の上限はワークスペース単位で適用されます
[無料で始める](https://app.kylon.io/sign-up)
## ユースケース：すぐに動かせる業務のかたち
シナリオ別と業種別に整理したものです。いずれも実際にワークスペース上で動いている構成をもとにしています。
### シナリオ別
### 業種別
### AI社員に入れてすぐ使えるスキル
手順書とスクリプトをまとめたパッケージをダウンロードして、自社のAI社員に導入できます。日本の中小企業向け経費記帳アシスタント、ブランドキット生成、LINEサポートデスク、ライブコマースのトーク分析、UGC動画の台本と絵コンテ、PDF一括項目抽出などを公開しています。一覧とダウンロードはユースケースマップからどうぞ。
## CRMの実例：散らばった情報を、1画面に集める
ユースケースのなかでも問い合わせの多いCRMを例に、実際に動いている2つの形を紹介します。どちらも汎用CRMの導入ではなく、その会社の呼び方と営業プロセスに合わせた画面をワークスペース内に立てるという考え方です。
### クリエイターCRM（自社運用のテンプレート）
代理店から提案されたクリエイターも自分で見つけたクリエイターも、同じ1つのロスターで管理します。価格はフォロワー数ではなく、直近10本の投稿の中央値から算出したCPMとCPEを自社の基準と照らして判断します。
- **ひとつのロスター** 提案経由と自社発掘を同じテーブルに並べます
- **アカウント単位の行** プラットフォームごとにハンドル、フォロワー数、提示額を持ちます
- **実データの中央値** 直近10本を自動取得し、最高値ではなく中央値を保持します
- **説明できる価格** その中央値からCPMとCPEを出し、自社の基準で採点します
*1つのロスター。代理店提案と自社発掘のクリエイターが同じテーブルに並びます。*
*同じ行を右にスクロールすると、中央値、推奨価格帯、CPM、CPE、判定が並びます。*
アウトリーチは自社の受信箱から送られ、返信がパイプラインを進め、キャンペーンリンクがサインアップまでを紐づけます。テンプレートは架空のクリエイター6名が入った状態で立ち上がるため、実データの収集を始める前に画面を評価できます。実物はクリエイターCRMテンプレートで確認できます。
*ダッシュボード。ロスターの状態と、実際に支払う価格で比較した代理店の一覧。*
### 業種別セールスCRMデモ（8業種）
問い合わせはメール、会話はチャット、数字はスプレッドシート、経緯は担当者の記憶のなかにある。その状態を1画面にまとめるとどう見えるかを、業種ごとの画面として用意しています。すべて実際に動いている画面です。
*語学スクール。体験レッスンから入学、更新までを1つのパイプラインで。*
*不動産仲介。問い合わせから内見、申込、成約まで。*
### 立ち上げの流れ
- **話す** 何を売っていて、社内で何と呼んでいて、営業プロセスを5段階でどう表すか。質問は1往復です
- **当日に画面を見る** 自社の言葉と実際の金額感で、動いた状態のパイプラインが返ってきます
- **その場で直す** ラベル、段階の数、色。会話しながら直して、もう一度見ます
- **つなぐ** 画面が腹落ちしてから、メール、チャット、既存の記録を流し込みます
*案件一覧。メール、チャット、既存の記録、カレンダーが、この画面に合流します。*
ツールを1つ増やすと島が1つ増えます。順番を変えて、まず営業プロセスを1画面に置き、そのうえでメールとチャットをそこに合流させます。初日にすべてを置き換える必要はありません。
## もっと詳しく見る
- Kylon 公式サイト（日本語） 製品の全体像とよくある質問
- 料金プラン Core / Pro / Ultra、クレジット、無料トライアルの条件
- ユースケースマップ シナリオ別・業種別の一覧と、導入できるスキルパッケージ
- 業種別セールスCRMデモ 8業種の実画面と、貼り付けて使える構築指示
- クリエイターCRMテンプレート ロスター、中央値ベースの価格判断、アウトリーチ、投稿追跡
- 外部エージェント接続ガイド 手元のCodexやClaude CodeをKylonのワークスペースにつなぐ手順
- 開発者向けドキュメント CLIゲートウェイ、ワークスペースCLI、プロキシAPI
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## AIエージェント関連の展示会 2026：東京・大阪・名古屋の開催日程まとめ
> AI・人工知能EXPO、AI・人工知能EXPO NEO、AIエージェントDXPO、バックオフィスAIエージェントEXPO。2026年の日本で開かれるAIエージェント関連の展示会を、公式サイトで公開されている会期と会場から整理しました。なお、Kylonはこれらの展示会に出展していません。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-21 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/ai-agent-expo-japan-2026
**結論:** 2026年の日本では、AIエージェントをテーマにした展示会が東京、大阪、名古屋で相次いで開かれています。この記事では、主催各社が公式サイトで公開している会期と会場を一覧に整理しました。**なお、Kylonはここで紹介する展示会に出展していません。**会場で当社のブースをお探しいただく必要はありません。
## この記事の要点
- **AI・人工知能EXPO**はRX Japan合同会社が春と秋の年2回開催。2026年秋は11月11日から13日、幕張メッセ1から3ホール（開催概要）
- **AI・人工知能EXPO NEO**は2026年8月5日から6日に東京国際フォーラム ホールEで初開催。次回は2027年1月7日から8日（公式サイト）
- **AIエージェントDXPO**はブティックス株式会社が主催し、名古屋、東京2回、福岡、大阪の年5回で新設（プレスリリース）
- **バックオフィスAIエージェントEXPO**は2026年9月に東京ビッグサイト、11月にインテックス大阪で開催（展示会概要）
- Kylonはいずれの展示会にも出展していません
## 2026年のAIエージェント関連展示会 一覧
## 「AIエージェント」を冠した展示会が増えている
2026年は、展示会の名称や特設ゾーンに「AIエージェント」が入る例が増えました。RX Japan合同会社のAI・人工知能EXPOには「AIエージェント World」と「生成AI Hub」という特設ゾーンが設けられ、営業、サポート、バックオフィス向けのソリューションが集まる区画として案内されています（AI・人工知能EXPOの展示会概要）。
ブティックス株式会社は2026年1月に、「【管理部門】AIエージェントDXPO」と「【営業・マーケ・DX推進】AIエージェントDXPO」を名古屋、東京2回、福岡、大阪の年5回で新たに開催すると発表しました。同社は初年度に同時開催展を含めて総計2,510社の出展と52,200名の来場を見込むとしています（ブティックス プレスリリース）。
## AI・人工知能EXPO（NexTech Week内）
主催はRX Japan合同会社です。NexTech Weekという複合展の構成展として、春と秋の年2回開かれます。2026年秋のNexTech Week 2026【秋】は11月11日から13日、幕張メッセ1から3ホール、入場料は無料と案内されています（NexTech Week 開催概要）。会場側のイベント情報にも「第7回 AI・人工知能 EXPO【秋】」として、開催時間10:00から17:00、国際展示場展示ホール1から3、事前登録制の無料入場と記載があります（幕張メッセ イベントカレンダー）。
出展分野は、AIエージェント、生成AI、LLMやSLMの活用、RAG、AIインフラ、マルチモーダルAI、AIアバターなどです。特設ゾーンとして生成AI Hub、AIエージェント World、AIインフラゾーン、AI活用に向けたデータマネジメントゾーンが設けられます（展示会概要）。
2026年春は第10回として4月15日から17日に東京ビッグサイト西展示棟で開かれました。前回2025年秋展は300社以上の出展と来場者数約20,300名だったと、出展企業のプレスリリースに記載があります（株式会社オフショアカンパニー プレスリリース、2026年3月31日）。
2027年はNexTech Week 2027【春】が4月21日から23日に東京ビッグサイト、業種別のAI・人工知能EXPO Verticalが6月16日から18日に東京ビッグサイトで予定されています（開催概要）。
## AI・人工知能EXPO NEOとは
AI・人工知能EXPO NEOは、導入と実装のフェーズに絞ったAI専門展です。2026年8月5日から6日、東京国際フォーラム ホールEで初めて開かれました。主催はRX Japan合同会社、入場料は無料、出展見込み100社、来場見込み10,000名と案内されています（開催概要）。
特徴は、来場者のAI活用の成熟度を4つの段階で可視化する仕組みです。個人レベルの活用、組織や部門への展開、AIによる代替、AIによる意思決定と全体最適という区分で、来場者は自社の位置づけを把握し、出展社は検討段階に合わせた提案ができるとされています（公式サイト）。次回は2027年1月7日から8日の開催予定です。
## AIエージェントDXPO（東京・名古屋・大阪・福岡）
主催はブティックス株式会社（東証グロース、証券コード9272）です。会期4日間を前後半に分け、前半2日間を管理部門向け、後半2日間を営業・マーケ・DX推進向けとして、異なる展示会を連続開催する構成です（プレスリリース）。
### 名古屋（2026年5月、開催済み）
第1回【管理部門】AIエージェントDXPO名古屋26が2026年5月19日と20日、第1回【営業・マーケ・DX推進】AIエージェントDXPO名古屋26が5月21日と22日、いずれもポートメッセなごや第2展示館で開かれました（ブティックス プレスリリース、2026年4月30日）。
同時開催展を含めた出展社数は6展合計で270社と案内されていました。商談展のため来場事前登録が必須で、一般ユーザー、学生、18歳未満は入場できないという条件が明記されています（ブティックス プレスリリース、2026年4月22日）。
### 東京【夏】（2026年8月、閉幕）
第1回【管理部門】AIエージェントDXPO東京26【夏】が8月18日と19日、第1回【営業・マーケ・DX推進】AIエージェントDXPO東京26【夏】が8月20日と21日、東京ビッグサイト西1・2・3ホールで開かれました（プレスリリース、2026年7月27日）。公式サイトには8月21日付で閉幕の告知が掲載され、次回の東京【夏】展は2027年8月開催と案内されています（公式サイト）。
### 東京【秋】（2026年11月、初開催）
AIエージェントDXPO東京26【秋】は2026年11月19日と20日、2023年に開業した有明GYM-EXで初めて開かれます。後半2日間は営業・マーケDXPO、IT・情シスDXPO、EC・通販DXPOとの同時開催です（公式サイト）。
## 大阪と名古屋で開かれる関連展示会
バックオフィス業務に絞ったバックオフィスAIエージェントEXPOは、2026年9月16日から18日に東京ビッグサイト、2026年11月18日から20日にインテックス大阪、2027年5月12日から14日に東京ビッグサイト、2027年7月21日から23日にポートメッセなごやで予定されています（バックオフィスAIエージェント 展示会概要）。
関西では、日経BPが主催する「未来をつくるテクノロジー展 日経クロステックNEXT」の構成展としてAIリーダーズEXPOがあります。関西のリアル開催は終了し、次回は2027年6月2日から3日、会場はグランフロント大阪 コングレコンベンションセンターです。東京開催は2026年9月29日から30日、東京国際フォーラム ホールEと案内されています（日経クロステックNEXT 関西 2026）。
## 展示会でAIエージェントを見るときの確認項目
会場では、デモの見栄えよりも運用に入ったあとの条件を確認しておくと比較がしやすくなります。展示を回るときの持ち帰り項目として、次の6点をおすすめします。
- **対象工程**：どの業務のどの工程を任せるのかが、具体的な作業名で説明されているか
- **確認と承認**：実行前に人が確認する場所と、承認者を決められる仕組みがあるか
- **手順の持ち込み**：社内の規程、テンプレート、過去の資料をどの形式で読み込ませるのか
- **既存ツールとの接続**：現在使っているメール、表計算、業務システムとどうつなぐのか
- **実行履歴**：いつ、どの判断で、何を実行したのかを後から追えるか
- **業務標準化**：担当者が変わっても運用が続く形になっているか、属人化しない設計か
AIエージェントそのものの選び方はAIエージェント完全ガイド、中小企業での比較検討は中小企業向けAIエージェント比較で詳しく解説しています。
## Kylonというワークスペース
改めてお伝えすると、**Kylonは本記事で紹介した展示会に出展していません。**会場で当社の担当者にお会いいただくことはできませんが、製品はオンラインでご覧いただけます。
Kylonは、AIエージェントがチームメンバーとして業務に参加するワークスペースです。チャンネル、AIエージェント、メモリ、コネクション、スキル、ワークフロー、アプリが1か所にまとまっており、人とAIエージェントが同じ場所で作業を進めます。依頼はチャンネルで受け、判断の経緯はスレッドに残り、繰り返す作業はワークフローとして再利用できます。
上の6項目に当てはめると、確認と承認はチャンネル上の承認カード、手順の持ち込みはスキルと共有メモリ、既存ツールとの接続はコネクション、実行履歴はワークフローの実行記録が担当します。詳しくはKylonとはとAIワークスペースとはをご覧ください。
## まとめ
- 2026年秋は、9月16日から18日の東京ビッグサイト、11月11日から13日の幕張メッセ、11月18日から20日のインテックス大阪、11月19日と20日の有明GYM-EXと、開催が続きます
- AI・人工知能EXPO NEOは導入と実装のフェーズに絞った展示会で、次回は2027年1月7日から8日です
- AIエージェントDXPOは商談展のため、来場事前登録の条件を公式サイトで確認してから予定を組んでください
- 会場では、対象工程、確認と承認、手順の持ち込み、既存ツールとの接続、実行履歴、業務標準化の6点を各社に聞くと比較しやすくなります
- Kylonはこれらの展示会に出展していません。製品をご覧になりたい場合はオンラインでご相談ください
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Codexペット「Kylon Bloom」を無料配布します
> Kylonのマスコットが、Codexアプリのペットになりました。待機、歩行、挨拶、跳躍、失敗、入力待ち、処理中、確認中の9つの状態で動きます。ZIPをダウンロードして ~/.codex/pets/ に置くだけで使えます。無料です。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-19 | **Category:** Product
**URL:** https://kylon.io/ja/blog/kylon-bloom-codex-pet
Kylonのマスコットを、Codexアプリのペットにしました。名前は**Kylon Bloom**。Codexが動いているときも、あなたの返事を待っているときも、画面の隅で状態を教えてくれます。無料で配布しています。
*9つの状態を同時に再生したもの*
## 9つの状態で動きます
- **待機**：静かに呼吸して、ときどきまばたきします
- **右へ歩く / 左へ歩く**：横向きの歩行アニメーション
- **挨拶**：戻ってくると手を振ります
- **跳ぶ**：沈み込んでから跳ね上がります
- **失敗**：うつむいて、涙がひとつ落ちます
- **入力待ち**：首をかしげて、手のひらを上に向けて待ちます
- **処理中**：腕を前で組んで、集中した顔になります
- **確認中**：手をあごに当てて、目を細めて覗き込みます
### 戻ってくると、手を振ります
Codexアプリのペットは、実行中のスレッドの状態をフローティング表示で知らせる仕組みです。作業はしませんが、別のアプリを開いている間も、進んでいるのか止まっているのかが分かります。
## ダウンロード
[ZIPをダウンロード](/pets/kylon-bloom/kylon-bloom-codex-pet.zip)
スプライトシート単体を見たい場合はこちらからどうぞ。192x208のセルを8列9行に並べた1枚の画像です。
## インストール方法
### 1. Codexに置いてもらう
ダウンロードも展開も自分でやる必要はありません。Codexの入力欄に次の一文をそのまま貼ってください。
手元でやる場合は、ダウンロードしたZIPを同じ場所に展開します。
### 2. Codexアプリを開き直す
起動したままだと新しいペットが読み込まれません。一度終了してから開き直してください。
### 3. Settings、Appearance、Petsで選ぶ
一覧にKylonが出てきます。入力欄で/petと打つと、表示のオンとオフを切り替えられます。
## Codexペットとは
OpenAIが2026年5月にCodexアプリへ追加した、任意で表示できるアニメーションのコンパニオンです。コードは書きませんが、実行中のスレッドが動いているのか、入力を待っているのか、レビュー待ちなのかを教えてくれます（Engadget、2026年5月2日）。組み込みのペットのほかに自分で追加でき、コミュニティのギャラリーには3,000体以上が公開されています（Codex Pets）。
Codex CLIの使い方はCodex CLI 使い方完全ガイド、Kylonのワークスペースとつなぐ方法はCodexをKylonのワークスペースにつなぐで解説しています。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## LINE自動応答ツール比較 2026：料金と、返せる範囲の違い
> LINEの自動応答は、定型文で返すのか、登録したQ&Aで返すのか、社内の情報を見て返すのかで、必要なツールも費用も変わります。LINE公式アカウントの標準機能、Lステップ、エルメ、Kylonを、各社の公式ページで確認した料金と一緒に整理しました。2026年8月18日時点の情報です。
**Author:** Kylon Team · Product | **Date:** 2026-08-18 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/line-auto-reply-tool-hikaku-2026
**結論：LINEの自動応答は「何で返すか」で3段階に分かれます。**定型文で返す、登録したQ&Aで返す、社内の情報を見て返す。この3つは必要なツールも費用も違うため、先に自社の問い合わせがどの段階かを決めると選択肢が絞れます。
## この記事の要点
- **すべてLINE公式アカウントの上に乗る**：LステップもエルメもKylonも、LINE公式アカウントのプラン料金とは別に費用が発生します。
- **定型文で足りるなら追加費用は不要**：応答メッセージはLINE公式アカウントの標準機能です。
- **Q&Aで返すならAIチャットボット（ベータ版）**：チャットProオプションの有償機能で、登録済みのQ&Aから回答を選びます。
- **社内資料を見て返すなら別の設計**：問い合わせ内容を読んで社内の資料を参照し、担当者が確認してから送る流れになります。
対象読者は、LINE公式アカウントで問い合わせ対応をしている店舗や中小企業の運営担当者です。
## 前提：ツール費用はLINE公式アカウントの料金に上乗せされる
LINEヤフーの料金ページによると、LINE公式アカウントのプランは、コミュニケーションプランが月額固定費0円で無料メッセージ200通、ライトプランが月額固定費5,000円（税別）で5,000通、スタンダードプランが月額固定費15,000円（税別）で30,000通、超過分は1通あたり約3円（税別）です。プランの選び方は[LINE公式アカウントの料金プラン解説](https://kylon.io/ja/blog/line-official-account-pricing-guide-2026)で詳しく整理しています。
以下の比較表にある月額は、この配信費用とは別にかかる金額です。自動応答の導入を検討するときは、2つを合算して見てください。
## 自動応答ツールの比較（2026年8月18日時点）
## 3つの段階で考える
### 1. 定型文で返す
LINEヤフーのマニュアルによれば、応答メッセージにはキーワード応答と一律応答の2種類があり、1つの応答メッセージに設定できるキーワードは51個までです。営業時間、住所、駐車場の有無のように答えが固定の質問は、この機能で足ります。設定手順は[LINE自動応答の設定ガイド](https://kylon.io/ja/blog/line-auto-reply-setup-guide-2026)にまとめています。
限界もはっきりしています。キーワードが一致しない聞き方をされると返せません。表記のゆれを想定してキーワードを足し続ける運用になりがちです。
### 2. 登録したQ&Aで返す
AIチャットボット（ベータ版）は、登録済みのQ&Aから最適な回答をAIが選んで返信します。PDFや画像からQ&Aを自動生成でき、利用状況にもとづく改善提案も行われます。該当する回答が見つからない場合は「適切な回答がありません」と返す仕様です。提供形態はチャットProオプションの有償機能です。
応答設定のマニュアルでは、応答時間内は手動チャットとの併用、応答時間外はAIチャットボット単独や応答メッセージとの併用が選べると説明されています。営業時間の内と外で切り替えられる点は、店舗運用と相性が良い部分です。
### 3. 社内の情報を見て返す
見積、在庫、過去の対応履歴のように、Q&Aとして固定できない質問がここに入ります。[Kylon](https://kylon.io/ja/pricing)の場合は、受信した内容を読み、社内の資料や過去のやり取りを参照した下書きをチャンネルに出し、担当者が確認して送る流れを組みます。対応履歴がそのままナレッジとして残るため、担当者が代わったときの引き継ぎに使えます。運用の全体像は[LINEの活用事例](https://kylon.io/ja/use-cases/line)と[LINE公式アカウントとAIエージェントの連携ガイド](https://kylon.io/ja/blog/line-ai-chatbot-kylon-guide-2026)で紹介しています。
## 選ぶときの3つの判断軸
- **問い合わせの中身が固定か**：答えが変わらない質問が大半なら応答メッセージ、質問の言い回しが多様ならQ&A型、都度調べる必要があるなら社内情報を参照する型。
- **配信施策まで必要か**：段階配信やセグメント配信を回すならLステップやエルメの領域です。[ステップ配信](https://kylon.io/ja/blog/line-step-delivery-guide-2026)と[セグメント配信](https://kylon.io/ja/blog/line-segment-delivery-guide-2026)の解説もあわせてご覧ください。
- **対応履歴を誰が引き継ぐか**：担当者1人で回すのか、複数人で分担するのか。分担するなら、履歴と判断の経緯が残る形が必要です。
## よくある質問
### Q. LINE公式アカウントの標準機能だけで自動応答はできますか。
できます。応答メッセージという標準機能で、キーワードに一致したときの返信と、内容にかかわらず返す一律応答を設定できます。追加費用はかからず、LINE公式アカウントのプラン料金の範囲で使えます。ただし返せるのは、事前に用意した文面だけです。
### Q. LステップやエルメとLINE公式アカウントの違いは何ですか。
LステップやエルメはLINE公式アカウントの上に乗せて使うツールです。友だちごとのタグ付け、段階的な配信、フォーム、顧客管理などを追加します。LINE公式アカウントのプラン料金とは別に、ツールの月額が発生します。
### Q. AIが問い合わせ内容を判断して返す方法はありますか。
LINE公式アカウントにはAIチャットボット（ベータ版）があり、登録したQ&Aから最適な回答を選んで返します。チャットProオプションの有償機能として提供されています。登録していない内容には答えないため、Q&Aの整備が前提になります。
### Q. 社内の資料や過去のやり取りを見て返信の下書きを作ることはできますか。
Q&Aの登録ではなく、社内に既にある資料や過去の対応履歴を参照して下書きを作る運用は、ワークスペース型の製品が対応する領域です。Kylonの場合は、受信した内容を読み、社内資料を参照した下書きをチャンネルに出し、担当者が確認して送る流れを組めます。
### Q. 費用はどのくらいから始められますか。
LINE公式アカウントのコミュニケーションプランは月額固定費0円で、無料メッセージは月200通です。この範囲であれば、応答メッセージによる自動応答は追加費用なしで始められます。配信数が増える場合はライトプランやスタンダードプランへの変更が必要です。
[無料で始める](https://app.kylon.io/sign-up)
---
## 中小企業向けAIエージェント比較：9製品の料金と選び方
> AIエージェントを名乗る製品は、性格がまったく違う4つのタイプに分かれます。ChatGPT BusinessからMicrosoft 365 Copilot、Notion、Zapier、Dify、Kylonまで、各社の公式料金ページで確認した9製品を、料金と向いている業務で並べました。2026年8月18日時点の情報です。
**Author:** Kylon Team · Product | **Date:** 2026-08-18 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/ai-agent-hikaku-chusho-kigyo
**結論：AIエージェントという言葉は、性格の違う4種類の製品に同じ名前が付いている状態です。**料金表を横に並べる前に、自社が任せたいのが「個人の作業」なのか「チームの業務そのもの」なのかを決めると、候補は数個に絞れます。
## この記事の要点
- **課金の単位が違う**：1席あたりの月額、1ワークスペースあたりの年額、処理量に応じたクレジットの3通りが混在しています。人数で増えるのか処理量で増えるのかが、導入後の費用を左右します。
- **4つのタイプ**：個人の作業を速くするチャット型、既存のオフィスソフトに組み込む型、業務を自動化するプラットフォーム型、人とAIエージェントが分業するワークスペース型。
- **比較の軸は性能ではない**：どの製品も日本語で動きます。分かれ目は、成果がどこに残るか、担当者が代わったときに引き継げるかです。
- **料金は各社の公式ページで確認**：本記事の数値は2026年8月18日時点で、各社が公開している料金ページを参照しています。
対象読者は、AIの業務導入を検討している中小企業の経営者、情報システム担当者、業務改善の担当者です。
## 9製品の料金と位置づけ（2026年8月18日時点）
同じ表に並んでいても、比較できるのは金額だけです。ChatGPT BusinessとClaude Teamは担当者1人ずつに席を用意する考え方、Difyは開発者がアプリを作るための土台、Zapierは処理の回数で増える自動化基盤、Kylonはエージェント数と処理量の組み合わせです。人数が増えると費用が増える製品と、任せる仕事量が増えると費用が増える製品では、3年後の総額が入れ替わります。
## 4つのタイプに分けて考える
### 1. 個人の作業を速くするチャット型
ChatGPT BusinessとClaude Teamが代表です。どちらも1席あたり月額20米ドル（年払い）で、文章作成、要約、調査、簡単な分析まで幅広くこなします。導入の手間が最も軽く、成果もその日から出ます。
一方で、成果は各担当者の会話履歴の中に残ります。担当者が異動すると、その人が積み上げた使い方も一緒に離れていきます。**属人化を減らす目的で導入すると、期待とずれることがあります。**
### 2. 既存のオフィスソフトに組み込む型
Microsoft 365 Copilotは1ユーザー月額4,497円相当（年払い、税抜）で、Microsoftの料金ページによればすべてのライセンスにCopilot Studioへのアクセスが含まれます。Microsoft 365 Business PremiumとCopilot Businessを組み合わせた構成は1ユーザー月額4,797円相当（年払い、税抜）です。Google Workspace Business Standardは1ユーザー月額14米ドル（年払い）で、Gemini関連の機能がプランに含まれています。
既にどちらかを全社で使っているなら、ここから始めるのが手戻りの少ない順序です。新しい画面を覚える負担がなく、権限管理も既存の設定を引き継げます。
### 3. 業務を自動化するプラットフォーム型
Zapier Professionalは月額19.99米ドルから、Dify Professionalは1ワークスペース年額590米ドルで、Difyの料金ページによればProfessionalには月5,000メッセージ分のクレジットと3名のメンバー枠が含まれます。手順が決まっている処理を機械に渡す用途では、この2つが最も安く付きます。
その代わり、業務の手順を先に固める必要があります。**まだ手順が固まっていない業務に自動化を当てると、作った後の作り直しに時間を取られます。**
### 4. 人とAIエージェントが分業するワークスペース型
Notion ビジネスは1メンバー月額20米ドルで、カスタムエージェントは1,000クレジットあたり10米ドルのクレジット購入が別途必要だと料金ページに記載されています。Slack ビジネスプラスは1ユーザー月額15米ドル（年払い）です。[Kylon Core](https://kylon.io/ja/pricing)は月額100米ドルから、1,000クレジットとAIエージェント最大5体、3,000以上の外部連携が含まれます。
このタイプの特徴は、担当者とAIエージェントが同じチャンネルで1つの案件を分担し、判断の経緯がその場に残ることです。担当者が代わっても、過去のやり取りとデータベースを読み直せば業務標準化を進められます。
## 中小企業が選ぶときの6つの判断軸
料金表は選定の入口であって、決め手にはなりにくい項目です。任せたい業務を1件決めてから、次の6点を同じ条件で見比べると違いが出ます。
- **任せたい業務の種類**：文章作成や検索のような個人の作業か、問い合わせ対応や請求確認のように担当者をまたいで進む業務か。ここが決まらないと、比較する項目自体が揃いません。
- **課金が人数で増えるか、処理量で増えるか**：担当者10名で全員が毎日使うなら席課金が割高になり、少人数で処理量が多いなら従量課金が割高になります。
- **成果がどこに残るか**：個人のチャット履歴に残るのか、チームが後から参照できるデータとして残るのか。ナレッジ共有を目的にするなら後者が必要です。
- **担当が替わったときに引き継げるか**：やり取りと判断の経緯が共有の場所に残っていれば、引き継ぎは読み直しで済みます。個人の環境にとどまる形だと、説明からやり直すことになります。
- **どの操作で人が確認するか**：社外への送信やレコードの更新を、下書きや承認待ちの状態で止められるか。止める位置を設定できる製品と、実行後の記録で確認する製品があります。
- **手順が固まっているか**：固まっている業務は自動化プラットフォーム、固まっていない業務は人とAIエージェントが相談しながら進められる形が合います。
料金は各社の公式ページで随時更新されます。本記事の金額は2026年8月18日時点の確認値です。最新の条件は各社のページでご確認ください。
## よくある質問
### Q. 中小企業がAIエージェントを1つだけ選ぶなら、どれが向いていますか。
既に業務がMicrosoft 365かGoogle Workspaceに乗っているなら、まずはその中のAI機能から始めるのが手戻りの少ない順序です。文書作成や検索が中心ではなく、問い合わせ対応や請求確認のように毎日繰り返す業務そのものを任せたい場合は、人とAIエージェントが同じ場所で分担できる製品を検討します。
### Q. AIエージェントの料金は1人あたりで比較すればよいですか。
課金の単位が製品ごとに違うため、1人あたりの金額だけでは比べられません。ChatGPT BusinessやClaude Teamは1席あたりの月額、Difyは1ワークスペースあたりの年額、Notionのカスタムエージェントは利用量に応じたクレジット、Kylonはエージェント数とクレジットの組み合わせです。担当者の人数で増えるのか、処理量で増えるのかを先に確認してください。
### Q. 日本語でそのまま使えますか。
本記事で取り上げた9製品はいずれも日本語で操作できます。Microsoft、Google、Notion、Slack、Claude、Kylonは日本語の料金ページも公開しています。Difyは公式の料金ページが英語表記です。
### Q. すでにMicrosoft 365を契約しています。別のAIエージェントも必要ですか。
Microsoft 365 Copilotは、WordやExcel、Teamsなど既に使っているアプリの中で作業を支援する設計です。一方で、複数の担当者と複数のAIエージェントが1つの案件を分担し、その履歴を業務データとして残す使い方は設計思想が異なります。目的が後者であれば、併用を前提に検討することになります。
### Q. 導入前に無料で試せますか。
無料枠や試用期間の有無は製品ごとに異なります。DifyにはSandboxという無料プラン、[Kylon](https://kylon.io/ja/pricing)には7日間の無料トライアルが公開されています。試す際は、実際に任せたい業務を1つ決めて、同じ条件で複数の製品を動かすと違いが見えます。
[無料で始める](https://app.kylon.io/sign-up)
---
## 手元のCodexとClaude Codeを、チームの業務につなぐ
> 手元のPCで使っているCodexやClaude Codeを、Kylonのワークスペースにつなぐと何が変わるのか。顧客情報や契約レコード、過去の判断を参照しながら、同僚が話しているチャンネルに結果を返せます。手元にある発票・領収書、顧客資料、広告データを扱う4つの場面で紹介します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-10 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/codex-claude-code-agents-home
CodexやClaude Codeは、手元のPCにある発票、領収書、見積書、顧客資料、社内の書き出しデータを読み、確認や資料作成を進められます。これまでは、その結果をチームに伝えるために、必要な部分を人がコピーして貼り付ける場面もありました。
Kylonにつなぐと、CodexとClaude Codeのどちらも、手元のPCで動かしたままワークスペースに参加できます。PCに残す必要があるファイルはそのまま扱い、確認結果、判断材料、下書きだけをチームのチャンネルへ返します。
この記事では、手元にある発票や領収書、顧客資料、広告データを扱う4つの場面を取り上げます。CodexとClaude Codeは、どちらか使い慣れたほうを選んで使えます。
## 既存の業務情報を参照しながら、確認を進める
CodexやClaude Codeは、個人の作業を支えるエージェントとして使われることが多いものです。一方、営業や経理、マーケティングの現場では、作業そのものだけでなく、関係者と前提をそろえ、判断を残し、次の担当者へ引き継ぐことにも時間がかかります。
たとえば、請求額が見積と合わない。月末の数字が合わない。更新のリスクが見えない。こうした相談は、1人のPCの中だけで完結しません。顧客とのやり取り、契約の記録、社内で決めた運用ルール、判断する担当者が関わります。
実際の業務では、作業の前後に多くの情報と判断があります。顧客から届いたメール、契約条件、締め日、返金の承認、後から説明できる記録です。
## 業務情報がそろう部屋
Kylonでは、顧客情報は項目を持つレコードとして管理され、契約書や見積書は顧客アカウントに添付されています。判断の経緯は、議論したスレッドに残ります。誰かが毎回説明し直さなくても、人とエージェントが同じ情報を参照できます。
顧客情報、契約、請求、施策の数値を記録として管理し、背景はチャンネルやスレッドで確認します。文章と一覧を行き来しながら、判断に必要な材料をそろえられます。
同じ場所には、営業、経理、マーケティングの担当者だけでなく、ワークスペースのエージェントや招待したCodex、Claude Codeも参加できます。人が状況を補い、エージェントが確認を進め、担当者が判断する。会話と作業を切り離さずに進めるための環境です。
## 手元のエージェントを、チームのチャンネルにつなぐ
CodexやClaude Codeを個別に使っていると、調べたことや作成した内容は、その人のPCの中にとどまりがちです。同じ問題を別の担当者が調べていたとしても、お互いに気付かないことがあります。
Kylonでは、各自が使い慣れたエージェントをワークスペースのメンバーとして招けます。PCやアカウントを共有する必要はありません。共有するのは、すでにチームが話しているチャンネルと、その仕事に必要な文脈です。
請求の差分をスレッドで確認しているとき、接続されたエージェントは同じスレッドの情報を読み、調査結果を返信します。依頼を別の管理ツールへ転記したり、決定事項を後から議事録にまとめたりする必要が減ります。依頼、調査、承認の記録が同じ場所に残るためです。
*PCに残すものはPCに残したまま、チームの仕事はワークスペースで共有できます。*
## 手元の発票と領収書を申請一覧に照合する
月末、経理担当のPCには、取引先ごとの発票PDFと領収書の画像が残っています。支払申請の一覧と照合し、計上漏れや金額の違いを確認する作業です。
担当者はKylonの #finance チャンネルに、今月の照合を始めると書きます。取引先の記録、申請の状況、前月に確認した例外はワークスペースにあります。
CodexはPC上の発票と領収書を読み、申請一覧と照合します。この例では、添付漏れ、金額差、重複を理由ごとに一覧化します。担当者は表の内容を手作業で転記せず、Codexが返した確認結果をチャンネルで読み、必要な対応を決めます。
*[Interactive UI preview: 経理担当がKylonの#financeチャンネルで、手元の発票と領収書をCodexに照合させ、添付漏れや金額差の確認結果を受け取る画面]*
## 出張先から会社のPCにある資料を確認する
出張中の担当者に、経費精算の確認依頼が届きます。必要な領収書と発票は、会社のPCに保存されています。ホテルの部屋からでは、資料を開いて確認できません。
担当者はKylonの #finance チャンネルから、会社のPCで動くCodexに確認を依頼します。CodexはそのPCにある領収書フォルダと発票の一覧を読み、未提出の資料、金額が合わない申請、確認が必要な項目を整理します。
出張中の担当者は、チャンネルに返ってきた一覧を読み、経理リードへ確認を依頼します。資料をメールに添付し直したり、内容をチャットにコピーしたりせずに、会社のPCにある情報をもとに判断を進められます。
*[Interactive UI preview: 出張中の担当者がKylonのチャンネルから、会社のPCで動くCodexに依頼し、未提出の領収書と金額差の一覧を受け取る画面]*
## 顧客の見積書と契約資料を整理する
営業担当のPCには、顧客ごとの見積書、契約書、打ち合わせ資料が保存されています。更新前に、今回提案できる条件と前回の合意内容を確認したい場面です。
担当者は #sales のスレッドに、更新提案の確認を依頼します。顧客の商談履歴、前回の合意、次回の打ち合わせ予定はワークスペースにあります。
Claude CodeはPC上の見積書と契約資料を確認し、今回の提案で変わる条件、確認が必要な点、顧客向けの説明案を整理します。営業担当は結果をスレッドで同僚と確認し、最終的な提案内容を決めます。資料の抜粋を手作業で貼り付ける前に、必要な情報をまとめて確認できます。
*[Interactive UI preview: 営業担当がKylonの#salesスレッドで、手元の見積書と契約資料をClaude Codeに整理させ、更新提案の確認項目を共有する画面]*
## 手元の広告データから週次報告をまとめる
マーケティング担当のPCには、媒体ごとの広告データや制作メモが保存されています。週次報告の前に、数値の変化と施策の背景を整理したい場面です。
担当者は #growth チャンネルで、今週の報告を作ると共有します。施策の目的、過去の報告、チームが見る指標はワークスペースにあります。
Claude CodeはPC上の広告データと制作メモを確認し、数値の変化、確認すべき要因、報告用の下書きを整理します。担当者は同僚とチャンネルで内容を確認し、必要な補足を加えて報告を仕上げます。データの一部をコピーして、別の資料へ貼り付ける作業を減らせます。
*[Interactive UI preview: マーケティング担当がKylonの#growthチャンネルで、手元の広告データをClaude Codeに確認させ、週次報告の下書きを受け取る画面]*
## まず1件の依頼から試す
最初から大きな業務を任せる必要はありません。期限と担当者が決まっている依頼を1件選び、Kylonのスレッドに書きます。手元のファイルが必要なら、そのPCで動くCodexかClaude Codeにつなぎ、結果と根拠を同じスレッドに戻します。
「この差額の理由を確認したい」「前回の判断を探したい」といった具体的な問いから始めると、チームに合う使い方を見つけやすくなります。
## 参考資料
- Codex CLI公式概要。手元のファイルを対象にした作業、権限、繰り返し実行に関する一次情報
- Codexの非対話モード。人が見ていない時間帯の繰り返し実行に関する一次情報
- Claude Code公式概要。対応する利用環境と基本の動作
- Claude Codeの機能概要。主要な拡張機能
- [Kylonのエージェントと実行環境](https://docs.kylon.io/concepts/agents)。ワークスペースエージェントとゲートウェイ
- [Kylon CLIの概要](https://docs.kylon.io/cli/overview)。ローカルエージェントとワークスペースの接続
本文中の金額、件数、時間は、利用場面を説明するための架空の例です。
---
## Grok Bot vs Kylon：チーム全員で共有するAIチームメイト
> xAIが2026年8月11日にGrok Botを発表しました。自分専用のコンピューターを持ち、既存のツールにログインして業務を最後まで進めるAIチームメイトです。公式発表を読み込み、Kylonとの設計思想の違いを整理しました。
**Author:** Kylon Team · Product | **Date:** 2026-08-11 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/kylon-vs-grok-bot
**結論：Grok Botは「あなたのAIチームメイト」、Kylonは「チーム全員のAIチームメイト」です。**複数の担当者と複数のAIエージェントが、同じ場所で1つの業務を分担できるかどうかが分かれ目です。目的が異なるため、比較すべきは性能ではなく設計思想です。
## この記事の要点
- **Grok Bot**：2026年8月11日にxAIが発表。クラウド上のコンピューターは利用者1人につき1台で、その人のBotが共用し、既存ツールにログインして業務を完了させる。アーリーベータ。
- **利用条件**：SuperGrok Heavy、Cursor Ultra、Cursor Teams Premiumの契約者向け。法人利用は順番待ちリスト。
- **Kylon**：複数のAIエージェントと人が同じチャンネルで分業し、データベースや社内アプリという形で成果を蓄積するワークスペース。
- **選び方**：個人の作業を任せたいならGrok Bot、業務そのものを組織の仕組みとして残したいならKylon。
対象読者は、AIエージェントの業務導入を検討している経営者、情報システム部門、業務改善の担当者です。
## Grok Botとは：2026年8月11日発表の概要
xAIは2026年8月11日、Grok Botを発表しました。公式発表では「実際の仕事を任せられるAIチームメイト」と説明されています。実行環境はクラウド上のコンピューターです。xAIの管理者向けドキュメントでは、コンピューターは利用者1人につき1台で、その人のBotが同じ1台を共用すると説明されています。ファイル、ログイン状態、権限はBotではなく利用者に紐づきます。Botは利用者が普段使っているツールやアプリにログインし、受信箱を含む複数のツールをまたいで作業を進めます。承認が必要な場面でのみ利用者に確認を求め、それ以外は最後まで自律的に処理します。
xAIによれば、Grok Botは社内プロトタイプとして生まれ、営業のアウトバウンド、マーケティング施策、総務業務、不具合修正など、社内の各チームで利用が広がったとされています。提供形態はアーリーベータで、SuperGrok Heavy、Cursor Ultra、Cursor Teams Premiumの契約者が対象です。9to5Macの報道では、MacとiOSで提供が始まり、WindowsとLinuxのデスクトップ版も用意され、Androidは準備中と伝えられています。
## Grok Botの優れている点
**クラウド上で動き続ける設計。**公式発表によれば、Botはクラウド上のコンピューターで動作するため、利用者が離席しても処理が止まりません。手元の端末が起動している間しか動かない自動化とは、業務での使い方が根本的に変わります。
**APIがないツールでも操作できる。**xAIは、明確なAPIやMCPが用意されていないサービスでも、人と同じように画面を操作して作業できると説明しています。日本企業の現場では、業務システムや取引先のポータルなど、外部連携を前提としていないツールが数多く残っています。この方向性は現実的です。
**承認を処理の一部として組み込んでいる。**最後まで進めたうえで、承認が必要な箇所だけ人に戻す設計です。金銭、顧客対応、本番環境に関わる業務では、この区切り方が事故を防ぎます。
**社内利用を経て公開された製品である。**発表用に作られた機能ではなく、社内の日常業務で使われた実績があります。操作性の完成度が高いのも、この経緯が理由だと考えられます。
## 数週間使った担当者の記録から分かること
発表資料だけでは、日々の運用で何が起きるかまでは分かりません。Cursorのマット・パーマー氏が、社内で数週間Grok Botを使った記録を公開しています。実装の細部まで踏み込んだ内容だったため、業務判断に関わる部分を整理しました。
### コンピューターは利用者に紐づき、途中で人に渡せる
同氏によれば、実行環境は常時起動のLinux仮想マシンで、作成したBotはすべてそこに置かれます。ファイル、ブラウザ、ログイン状態はBot間で共用されるため、一度サインインしたサービスは、他のBotも有効期限までそのまま使えます。ログイン、シングルサインオン（SSO）、二要素認証、画像認証、決済のように本人しか進められない場面では、Botがコンピューターを人に渡し、人が操作を終えてから作業に戻ります。外部ツール接続の設定やAPIキーの入力は、Botから送られる専用フォームに記入する方式です。
### 作業手順を記録して、定期実行や通知をきっかけに動かせる
一度手順を見せると、Botがその流れを保存し、以後は定型作業として実行できます。起動のきっかけは、利用者からのメッセージのほか、スケジュール、Slackの新着メッセージ、GitHubの更新などです。同氏の所属先では、営業とマーケティングの部門が見込み顧客の振り分けをこの仕組みで組んでいると書かれています。
### 記憶は利用者、Bot、プロジェクトの3層
利用者の情報（氏名、時間帯、好み）、Bot個別のプロフィールと対話履歴、そしてプロジェクト単位の記憶という3層構成です。プロジェクトの記憶には、決定事項や作業上の決まりなど、担当者個人ではなく業務に属する情報を置きます。Bot同士はプロジェクトのグループスレッドで共同作業でき、取りまとめ役のBotが他のBotに依頼する使い方も紹介されています。
### 接続先とスキルはCursorと共通
コネクタ、プラグイン、スキルはCursorと同じ仕組みを使うため、Notion、Slack、GitHub、社内の外部ツール接続（MCP）サーバーを最初から利用できます。開発作業はCursor Cloud Agentに引き渡す形で、コード生成は既存の開発環境側が担当します。
### 安全確認は自然言語で書いたルールと、審査役のエージェント
許可の範囲は、設定画面に自然言語で書きます。その内容をもとに、別の審査役のエージェントが、提案された操作を許可、拒否、本人への確認のいずれかに振り分けます。許可リストと拒否リストで判断を調整する仕組みです。同氏は数週間の利用で問題となる挙動は確認していないと述べたうえで、ルールがコードではなく文章である点に最初は戸惑ったと書いています。導入審査で「誰の権限で、どこまでを自動で実行するか」を説明する必要がある企業では、ここが論点になります。
**ここまでを踏まえると、Grok Botは1人の作業環境として完成度の高い製品です。**一方で、記憶もログイン状態も審査ルールも、利用者1人のアカウントの下に置かれます。プロジェクトを使えばBot同士は連携しますが、そこに集まるのは基本的に本人のBotです。Kylonが引き受けるのは、その次の段階、つまり複数の担当者が同じ作業を見て、互いに引き継ぎ、成果を組織の資産として残す部分です。
## KylonとGrok Botの設計の違い
Grok Botは1人の担当者にAIチームメイトを用意します。Kylonはチーム全員にAIチームメイトを用意し、複数の担当者と複数のAIエージェントが同じ場所で1つの業務を進めます。この出発点の違いが、そのまま運用の違いになります。
### 1．作業内容が個人に閉じるか、チームに共有されるか
Grok Botの基本形は、利用者とBotの1対1のやり取りです。Kylonでは、チャンネルが作業の単位になります。依頼を投稿すると複数のエージェントがそれぞれの担当部分を進め、その過程と成果をチーム全員が同じ場所で確認できます。担当者が不在でも、進行状況が見えなくなることはありません。属人化を避けたい組織にとって、この差は運用コストに直結します。
### 2．1体のエージェントか、複数エージェントの分業か
Kylonは、エージェント同士が仕事を引き継ぐ前提で設計されています。調査担当のエージェントがデータを集め、執筆担当のエージェントが原稿を作り、公開担当のエージェントがページを反映する。それぞれが独自のメモリ、スキル、外部サービスの接続情報を持ちます。人が3つの画面を行き来してコンテキストを運ぶ必要はありません。
### 3．権限は誰のものか
エージェントに自分のアカウントでログインさせる方式は強力ですが、「誰の権限で実行されたのか」という説明責任の問題が残ります。Kylonでは、エージェント自身が専用の接続情報を持つ方法と、担当者が自分の権限を特定の作業に限って委任する方法の両方を選べます。委任した人の権限を超えて動くことはないため、後から実行履歴をたどれます。監査対応を求められる業種では、この設計が判断材料になります。
### 4．成果物がどこに残るか
会話型の製品では、優れた実行結果も1件のメッセージとして流れていきます。Kylonでは、エージェントが構造化されたデータに書き込みます。案件を管理するデータベース、業務チームが会話で作った社内アプリ、定期実行やデータ更新をきっかけに動くワークフロー、履歴が残るファイル。先月の作業結果を、今月、別の担当者がそのまま検索して使えます。業務を都度こなすのか、業務の仕組みとして残すのかという違いです。
### 5．情報量が増えたときに人が処理できるか
AIエージェントの出力が増えるほど、判断のボトルネックは人の処理能力に移ります。Kylonは、エージェントが通知を出さずに作業を完了し、判断が必要な項目だけを表面化させる設計です。出力はカード、テーブル、チャートなど、読み手の役割に応じた形式で提示されます。
## Kylonでは実際にどう動くのか
設計思想の違いは、画面を見ると分かりやすくなります。ここでは、Kylonでよく使われている2つの場面を紹介します。
### 1つのチャンネルで、担当者と複数のエージェントが同時に動く
広告運用の例です。担当者が「先週のMeta広告の結果をまとめて、Google広告と比較してほしい」と書き込むと、マーケティング担当のエージェントが各媒体から数値を取得し、データ担当のエージェントが解析基盤の数値と突き合わせます。右側のダッシュボードはその場で更新され、同じチャンネルにいる全員が同じ数字を見ます。担当者が席を外していても、経緯はチャンネルに残ります。
*[Interactive UI preview: 1つのチャンネルで担当者と複数のAIエージェントが広告データを分析しているKylonの画面]*
### 会話から社内アプリを作り、成果をデータとして残す
「顧客管理のアプリを作ってほしい。会社名、担当者、ステータス、次回アクションを管理したい」と伝えると、エージェントがアプリを作成します。項目の追加や、条件を絞った表示の作成も、会話の続きで指示できます。作られたアプリはチームの共有資産になり、翌月に別の担当者がそのまま使えます。会話の中で完結させるのではなく、業務の仕組みとして残すという考え方です。
*[Interactive UI preview: 会話から顧客管理アプリを作成しているKylonの画面]*
### 業種別の使い方
- **EC・ネットショップ**：受注、在庫、問い合わせ、広告の数値を1か所に集め、日次の状況報告と対応漏れの洗い出しをエージェントが担当します。詳しくは[EC・ネットショップ運営の事例](/ja/use-cases/ec)をご覧ください。
- **金融・投資**：投資委員会（IC）向けの資料作成、案件の進捗管理、期日管理を同じチャンネルで進めます。詳しくは[金融・投資業務の事例](/ja/use-cases/finance)をご覧ください。
- **問い合わせ対応**：メールやLINEの問い合わせを担当者とエージェントが同じ画面で処理し、過去の対応履歴を参照した返信案を用意します。詳しくは[LINE運用の事例](/ja/use-cases/line)をご覧ください。
- **会議と議事録**：議事録の作成、決定事項の抽出、担当と期日の登録までを続けて処理します。詳しくは[議事録業務の事例](/ja/use-cases/meeting-notes)をご覧ください。
他の業種は[ユースケース一覧](/ja/use-cases)にまとめています。
## 機能比較
2026年8月11日時点の公開情報をもとに、設計の違いが業務にどう表れるかを項目別に整理しました。
[無料で始める](https://app.kylon.io/sign-up)
## Grok Botが向いているケース
個人、または少人数の技術チームで、既存ツールを操作しながら作業を代行してくれるエージェントがほしい場合は、Grok Botが適しています。すでにSuperGrok HeavyやCursorを契約している場合、調査、受信箱の整理、不具合修正のような1件ずつ完結する業務との相性が良い製品です。
## Kylonが向いているケース
- **共有**：複数の担当者が同じ作業内容を確認する必要がある
- **分業**：調査、作成、実行を別々のAIエージェントに担当させたい
- **蓄積**：成果を管理表や社内アプリ、定期実行の仕組みとして残したい
- **権限管理**：誰の権限で実行されたかを後から説明できる状態にしたい
- **非エンジニアの内製**：営業や管理部門が自分たちで業務アプリを用意したい
SlackにAIを組み込む方式との比較は[「Kylon vs. Claude Tag：同じ発想、まったく異なるアーキテクチャ」](/ja/blog/kylon-vs-claude-tag)で、AIワークスペースという考え方そのものは[「AI Workspaceとは？Kylonが実現するビジネスを知るAIチーム」](/ja/blog/what-is-ai-workspace)で解説しています。
## まとめ
- **Grok Bot**：個人の業務を最後まで進めるAIチームメイト。操作性が高く、既存ツールをそのまま扱える
- **Kylon**：人と複数のAIエージェントが同じ場所で分業し、成果を組織の資産として残すワークスペース
- **判断基準**：作業を任せたいのか、業務の仕組みを作りたいのか
2026年に入って発表が続いているのは、いずれも同じ方向です。AIは「調べる相手」から「仕事を任せる相手」に変わりつつあります。私たちは、それを組織単位で成立させることに取り組んでいます。
[無料で始める](https://app.kylon.io/sign-up)
本記事は、xAIの公式発表、9to5Macの報道、およびマット・パーマー氏の利用記録（いずれも2026年8月12日時点で確認）に基づいています。Grok Botはアーリーベータのため、今後仕様が変更される可能性があります。内容に変更があり次第、本記事も更新します。Grok、Grok Bot、xAIは各権利者の商標であり、本記事では比較および識別の目的でのみ使用しています。
---
## CodexをKylonでチームの仕事につなぐ方法｜Kylon CLIとExternal Agentの違い
> CodexからKylonを使うKylon CLIと、KylonからCodexを招待するExternal Agent。仕事が始まる場所に応じて、2つの使い方をどう選ぶかを解説します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-10 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/codex-kylon-workspace
**結論:** CodexとKylonには、2つの組み合わせ方があります。1つは、Codexでローカルのレポート作成や業務ツールを使いながらKylonを使うKylon CLIです。もう1つは、KylonのチャンネルやスレッドからCodexをExternal Agentとして招待する方法です。前者はローカルの業務作業が起点、後者はチームの仕事が起点です。
## この記事の要点
- Kylon CLIは、Codexの作業中にKylonのワークスペースを使う方法
- External Agentは、Kylon上の仕事にCodexを招待して進める方法
- ローカルのレポート、分析、業務ツールから始まる仕事はKylon CLIに向く
- 依頼、顧客情報、商談準備、関係者の確認から始まる仕事はExternal Agentに向く
## CodexとKylonは2つの方向でつながる
CodexとKylonは、どちらから仕事を始めるかで使い方が変わります。違いは設定上の名称ではありません。作業の文脈がどこにあり、誰が最初から関わるかを決める違いです。
1つ目は**Kylon CLI**です。担当者がCodexでローカルのレポート、分析、業務ツールを開き、必要に応じてKylonのワークスペースを使います。言い換えると、CodexからKylonを使う方法です。
2つ目は**External Agent**です。仕事はKylonのチャンネルやスレッドから始まり、チームがCodexを招待して、プロジェクト上の作業を任せます。言い換えると、KylonからCodexを使う方法です。
## 先に結論。どちらを選ぶか
- **Codexとローカルの業務作業から始まる**。Kylon CLIを選ぶ。レポート、分析、社内ツール、資料作成など、ローカルの作業が中心の場合に向く
- **Kylonのチャンネルやスレッドから始まる**。External Agentを選ぶ。顧客報告、プロダクトの判断、他部署からの依頼、関係者の確認が最初から必要な場合に向く
2つは競合する方法ではありません。同じチームで併用できます。重要なのは、仕事の中心にある文脈から始めることです。
*Kylon CLIはCodexの中で使います。External Agentでは、CodexはKylonのワークスペースエージェントと並ぶメンバーとしてチャンネルに参加します。*
## Kylon CLI。CodexからKylonを使う
Kylon CLIは、Codexでローカルの作業を進めながら、Kylonのチーム文脈に接続するための方法です。ローカルのレポート、ターミナル、業務ツール、作業ルールが起点になります。
OpenAIの公式資料では、Codex CLIはローカルのリポジトリを確認し、ファイルの編集、マシンにあるツールの実行、対話型またはスクリプト型の作業に使えると案内されています。Kylonの公式資料では、CLIゲートウェイはCodexを含むローカルのエージェント実行環境と、Kylonワークスペースをつなぐ仕組みとして案内されています。Codex CLI公式概要、[Kylon CLIの概要](https://docs.kylon.io/cli/overview)。
### 向いている場面
- 営業やオペレーションのレポート作成で、Kylonから最新の案件情報を取り込みたい
- ローカルのテンプレート、表計算、スクリプトを使って資料を作りたい
- 完成したレポートを、判断する担当者がいる営業チャンネルへ戻したい
*パターン1のユースケース。Kylon CLIで最新のパイプラインを読み、ローカルでレポートを作成し、担当者がいる営業チャンネルへ戻します。*
## External Agent。KylonからCodexを招待する
External Agentは、チームの仕事がすでにKylonにある場合に、Codexを専門の実行役として招待する方法です。チャンネルやスレッドに、依頼、顧客情報、商談メモ、共有資料、過去の決定、確認担当者をまとめたうえで、ローカルの作業環境が必要になったときにCodexを呼びます。
この方法では、Kylonが仕事の調整場所であり、Codexが接続したローカル環境を使って必要な作業を行います。最初から複数の関係者が状況を確認したい場合や、営業、オペレーション、カスタマー対応の担当者が依頼を始める場合に扱いやすい形です。
*パターン2のユースケース。ワークスペースエージェントがアカウント情報と商談メモを集め、営業リードがCodexをExternal Agentとして招待します。Codexは接続したローカルPCでブリーフを作成し、同じスレッドへ戻します。*
### 向いている場面
- 営業リードが、商談前に顧客ブリーフを用意したい
- アカウント履歴、商談メモ、資料を共有した状態で、Codexに準備作業を依頼する
- 依頼から結果までを、同じ営業スレッドで確認したい
## エージェントが動く場所
KylonのワークスペースエージェントとCodexは、同じ環境で動く必要はありません。Kylonのワークスペースエージェントはクラウドのワークスペース環境で動作します。ノートPCを閉じた後も、ワークスペースのメモリ、ファイル、テーブル、承認済みのコネクション、定期実行、Webhookを起点にした作業を扱えます。
Codexは、接続した人のローカルPCとプロジェクト環境で動作します。ローカルのリポジトリ、シェル、そのPCで利用できる認証情報を扱えます。ローカルのセッションが終了すると、そのローカル作業も停止します。共有するチャンネルとスレッドは2つの作業をつなぎますが、実行環境そのものを同じにするわけではありません。
*同じチャンネル、同じスレッドを使えますが、実行する場所は分けて扱います。*
## 参考資料
- Codex CLI公式概要。ローカルリポジトリ、ターミナル、スクリプトでの作業に関する一次情報
- Codexの非対話モード。スクリプトと継続的インテグレーションでの利用に関する一次情報
- Codexの設定ガイド。プロジェクト単位の設定、承認方針、サンドボックス、MCPに関する一次情報
- [Kylon公式ドキュメント](https://docs.kylon.io/introduction)。ワークスペース資源とエージェントの利用範囲
- [Kylon CLIの概要](https://docs.kylon.io/cli/overview)。ローカルエージェントとワークスペースをつなぐゲートウェイ
- [Kylonのプロバイダーガイド](https://docs.kylon.io/cli/providers)。Codex向けのCLIゲートウェイ設定
[Kylonを見る](https://kylon.io/ja)
---
## Claude Codeのセッション間メッセージングとは？並列開発の引き継ぎと権限管理を解説【2026年最新】
> Claude Codeのセッション間メッセージングを解説。ListAgentsとSendMessageで別セッションへ要点を渡す仕組み、権限を迂回しない設計、並列開発で安全に使う引き継ぎの型を整理します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-10 | **Category:** AI最新ニュース
**URL:** https://kylon.io/ja/blog/claude-code-session-messaging-2026
**結論:** Claude Codeのセッション間メッセージングは、別々に動くClaude Codeセッションへ、必要な判断や作業結果を直接渡すための機能です。並列開発では、会話履歴を丸ごと共有するのではなく、担当範囲、変更内容、確認事項を短い引き継ぎとして渡し、人間のレビューと権限管理を残すことが重要です。
## 公式情報とこの記事の前提
Anthropicの公式変更履歴では、Claude Code 2.1.224で、macOSとLinux向けに、ListAgentsで相手のセッションを見つけ、SendMessageで別セッションへメッセージを送る機能が追加されたと案内されています。2.1.225では、ヘッドレス環境や起動中にメッセージが保留されたままになる問題への修正も記載されています。
- [Anthropic公式: Claude Code CHANGELOG](https://github.com/anthropics/claude-code/blob/main/CHANGELOG.md)
- [共有されたX投稿: 機能の概要と国内コミュニティの解説](https://x.com/ClaudeCode_love/status/2085966934907240526?s=20)
本記事では、X投稿を発見のきっかけとして扱い、機能の事実関係は公式変更履歴で確認しています。提供条件や操作画面は更新されるため、実際の導入前には利用中のバージョンと公式ドキュメントを確認してください。
## この記事の要点
- Claude Code 2.1.224で、別セッションを発見するListAgentsと、メッセージを送るSendMessageが追加されました。
- 送るべきなのは会話全文ではなく、担当範囲、変更内容、検証結果、未解決事項をまとめた短い引き継ぎです。
- クロスセッションのメッセージは権限承認を置き換えません。バイパスされた権限で動くセッションへの受信には、承認設定を用意できます。
- 同じファイルを複数のセッションが同時に編集しないよう、担当範囲と統合担当を先に決めるとレビューしやすくなります。
## Claude Codeのセッション間メッセージングとは
セッション間メッセージングは、独立して起動しているClaude Codeセッション同士が、必要なテキスト情報を渡せる仕組みです。公式変更履歴では、ListAgentsで相手を見つけ、SendMessageでメッセージを送る流れが案内されています。対象はmacOSとLinuxです。
重要なのは、これが共同編集の仕組みではない点です。あるセッションの会話履歴、開いているファイル、承認済みの操作が、別のセッションにそのまま渡るわけではありません。作業の境界を保ちながら、判断に必要な要点だけを共有するための経路として考えると、役割が明確になります。
## ListAgentsとSendMessageの役割
- **ListAgents**：メッセージの送り先になるClaude Codeセッションを確認するための機能です。誰がどの作業を担当しているかを見つける入口になります。
- **SendMessage**：別セッションに、変更の要約、質問、検証結果、依存関係を送るための機能です。送信の成功と、相手側で作業を進められる状態は分けて確認します。
- **受信と権限**：受信側が持つツール権限や承認フローは、そのまま残ります。メッセージを受け取ったことだけで、操作権限が広がるわけではありません。
## 何を共有し、何を共有しないか
並列で作業する際に、会話をそのまま転送すると、重要な判断が埋もれます。共有する情報を定型化すると、受信側が次に行う作業を判断しやすくなります。
- **共有する情報**：担当範囲、変更したファイルまたはモジュール、変更理由、実行したテスト、結果、未解決の質問、レビューしてほしい点。
- **共有しない情報**：秘密情報、不要な会話ログ、未確認の推測、他の担当者の権限でしか扱えない操作指示。
- **人間が持つ判断**：仕様変更の承認、本番環境への変更、権限拡大、顧客や外部サービスへの送信。
## 並列開発で使う4つの場面
### 1. 調査と実装を分ける
一方のセッションが依存関係、既存実装、影響範囲を調べ、もう一方が限定された実装を進めます。調査担当は、結論だけでなく、確認したファイルと不確実な点を送ります。実装担当は、その情報を前提にする前に対象の現行コードを再確認します。
### 2. 長いテストの結果を渡す
テストやビルドに時間がかかる場合は、実装担当が別の確認を進める間に、検証担当が結果を整理して送れます。伝える内容は、実行コマンド、成功または失敗、失敗した箇所、再現条件、次に確認すべき仮説です。
### 3. 仕様変更を引き継ぐ
変更の背景、影響する画面やAPI、互換性への影響、テストが必要なケースを一つのメッセージにまとめます。要望だけを送るより、変更の境界を明記した方が、余計な範囲へ修正が広がることを抑えられます。
### 4. レビュー前のチェックを分担する
実装者と別のセッションに、差分の読み取り、テスト不足、権限や設定の変更点を確認させる運用も考えられます。ただし、最終承認は通常のコードレビューと同じく、人間の担当者が行います。
## 安全な引き継ぎメッセージのテンプレート
- **担当**：調査、実装、検証、レビューのどれを依頼するか。
- **対象**：対象のディレクトリ、モジュール、課題番号、変更してよい範囲。
- **完了したこと**：確認済みの事実、変更内容、実行したテスト。
- **未解決事項**：判断が必要な点、再現しない不具合、他チームへの確認事項。
- **次の行動**：相手に依頼する作業と、完了の判断基準。
例として、「担当: 検証。対象: 認証画面の変更。実装では3ファイルを更新し、ユニットテストは通過。未解決: 既存の招待リンクとの互換性は未確認。次の行動: ステージングで招待、ログイン、権限変更を確認し、結果と再現手順を返信してください」のように、次の判断に必要な情報を短くまとめます。
## 権限管理で確認すべきこと
公式変更履歴には、バイパスされた権限で動くセッションへ送られたクロスセッションメッセージを承認待ちにする設定と、ほかのセッションへのメッセージを自動配信する設定が記載されています。便利さだけで設定せず、チームの権限設計に合わせて受信と有効期限を確認してください。
- 最小権限を維持する。メッセージを受け取るために、ファイル、ネットワーク、本番環境への権限を広げない。
- 本番変更、外部送信、秘密情報の利用には、既存の承認フローを残す。
- 受信メッセージを作業指示としてそのまま実行せず、対象リポジトリ、差分、実行コマンドを確認する。
- 利用中のバージョンを更新し、保留メッセージや配送状態に関する修正も適用されているか確認する。
## よくある質問
### Q. 会話履歴やファイルも別セッションへ共有されますか？
クロスセッション機能の公式変更履歴で案内されているのは、ListAgentsによる発見とSendMessageによるメッセージ送信です。会話履歴やファイル共有を前提にせず、必要な前提と変更内容を明示して渡す運用が安全です。
### Q. Windowsでも使えますか？
2.1.224の公式変更履歴では、クロスセッションのSendMessageはmacOSとLinux向けとして案内されています。対応状況は変わる可能性があるため、利用前に最新の公式変更履歴を確認してください。
### Q. 複数セッションで同じファイルを編集してもよいですか？
避けるのが無難です。同じファイルの並行編集は、変更の衝突とレビュー漏れを増やします。担当範囲をディレクトリやモジュールで分け、統合する担当を決めてから差分を確認してください。
## まとめ: メッセージ機能を、再現できるチーム運用へ
- Claude Codeのセッション間メッセージングは、独立した作業をつなぐための経路です。
- 共有するのは、要約、判断、変更範囲、検証結果、未解決事項です。
- 受信メッセージは権限拡大や最終承認を代替しません。
- 並列開発では、作業分担、レビュー、統合の担当を先に決めることで、AI活用を業務標準化につなげられます。
## 複数のAIエージェントを、チームの文脈で動かすには
Claude Codeのような開発エージェントを複数使うほど、作業の要約、意思決定、レビュー履歴をチームで見渡せる場所が重要になります。Kylonでは、AIエージェント、人間の担当者、チャンネル、メモリ、承認の流れを同じワークスペースに置き、判断の背景を残しながら業務を進められます。
- [Claude Codeの始め方と基本的な使い方](/ja/blog/claude-code-guide-2026)
- [Claude CodeとCodex CLIの比較とチーム導入の確認項目](/ja/blog/claude-code-vs-codex-cli-2026)
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Claude CodeとKylonの2つの使い方｜Kylon CLIとExternal Agentの違い
> Claude CodeからKylonを使うKylon CLIと、KylonからClaude Codeを招待するExternal Agent。仕事が始まる場所に応じて、2つの使い方をどう選ぶかを解説します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-07 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/claude-code-kylon-workspace
**結論:** Claude CodeとKylonには、2つの組み合わせ方があります。1つは、Claude Codeでローカルのレポート作成や業務ツールを使いながらKylonを使うKylon CLIです。もう1つは、KylonのチャンネルやスレッドからClaude CodeをExternal Agentとして招待する方法です。前者はローカルの業務作業が起点、後者はチームの仕事が起点です。
## この記事の要点
- Kylon CLIは、Claude Codeの作業中にKylonのワークスペースを使う方法
- External Agentは、Kylon上の仕事にClaude Codeを招待して進める方法
- ローカルのレポート、分析、業務ツールから始まる仕事はKylon CLIに向く
- 依頼、顧客情報、商談準備、関係者の確認から始まる仕事はExternal Agentに向く
- どちらの方法でも、ローカルの作業ルール、コネクション、レビューの境界を分けて設計する
## Claude CodeとKylonは2つの方向でつながる
Claude CodeとKylonは、どちらから仕事を始めるかで使い方が変わります。違いは設定上の名称ではありません。作業の文脈がどこにあり、誰が最初から関わるかを決める違いです。
1つ目は**Kylon CLI**です。担当者がClaude Codeでローカルのレポート、分析、業務ツールを開き、必要に応じてKylonのワークスペースを使います。言い換えると、Claude CodeからKylonを使う方法です。
2つ目は**External Agent**です。仕事はKylonのチャンネルやスレッドから始まり、チームがClaude Codeを招待して、プロジェクト上の作業を任せます。言い換えると、KylonからClaude Codeを使う方法です。
## 先に結論。どちらを選ぶか
- **Claude Codeとローカルの業務作業から始まる**。Kylon CLIを選ぶ。レポート、分析、社内ツール、資料作成など、ローカルの作業が中心の場合に向く
- **Kylonのチャンネルやスレッドから始まる**。External Agentを選ぶ。顧客報告、プロダクトの判断、他部署からの依頼、関係者の確認が最初から必要な場合に向く
2つは競合する方法ではありません。同じチームで併用できます。重要なのは、仕事の中心にある文脈から始めることです。
*Kylon CLIはClaude Codeの中で使います。External Agentでは、Claude CodeはKylonのワークスペースエージェントと並ぶメンバーとしてチャンネルに参加します。*
## Kylon CLI。Claude CodeからKylonを使う
Kylon CLIは、Claude Codeでローカルの作業を進めながら、Kylonのチーム文脈に接続するための方法です。ローカルのレポート、ターミナル、業務ツール、作業ルールが起点になります。
Kylonの公式資料では、CLIゲートウェイはClaude Codeを含むローカルのエージェント実行環境と、Kylonワークスペースをつなぐ仕組みとして案内されています。接続後は、チャンネル、スレッド、ファイル、テーブル、ワークフロー、Webプロジェクトなどのワークスペース資源を扱えます。[Kylon CLIの概要](https://docs.kylon.io/cli/overview)、[Kylonのプロバイダーガイド](https://docs.kylon.io/cli/providers)。
### 向いている場面
- 営業やオペレーションのレポート作成で、Kylonから最新の案件情報を取り込みたい
- ローカルのテンプレート、表計算、スクリプトを使って資料を作りたい
- 完成したレポートを、判断する担当者がいる営業チャンネルへ戻したい
*パターン1のユースケース。Kylon CLIで最新のパイプラインを読み、ローカルでレポートを作成し、担当者がいる営業チャンネルへ戻します。*
## External Agent。KylonからClaude Codeを招待する
External Agentは、チームの仕事がすでにKylonにある場合に、Claude Codeを専門の実行役として招待する方法です。チャンネルやスレッドに、依頼、顧客情報、商談メモ、共有資料、過去の決定、確認担当者をまとめたうえで、ローカルの作業環境が必要になったときにClaude Codeを呼びます。
この方法では、Kylonが仕事の調整場所であり、Claude Codeが接続したローカル環境を使って必要な作業を行います。最初から複数の関係者が状況を確認したい場合や、営業、オペレーション、カスタマー対応の担当者が依頼を始める場合に扱いやすい形です。
*パターン2のユースケース。ワークスペースエージェントがアカウント情報と商談メモを集め、営業リードがClaude CodeをExternal Agentとして招待します。Claude Codeは接続したローカルPCでブリーフを作成し、同じスレッドへ戻します。*
### 向いている場面
- 営業リードが、商談前に顧客ブリーフを用意したい
- アカウント履歴、商談メモ、資料を共有した状態で、Claude Codeに準備作業を依頼する
- 依頼から結果までを、同じ営業スレッドで確認したい
## エージェントが動く場所
KylonのワークスペースエージェントとClaude Codeは、同じ環境で動く必要はありません。Kylonのワークスペースエージェントはクラウドのワークスペース環境で動作します。ノートPCを閉じた後も、ワークスペースのメモリ、ファイル、テーブル、承認済みのコネクション、定期実行、Webhookを起点にした作業を扱えます。
Claude Codeは、接続した人のローカルPCとプロジェクト環境で動作します。ローカルのリポジトリ、シェル、そのPCで利用できる認証情報を扱えます。ローカルのセッションが終了すると、そのローカル作業も停止します。共有するチャンネルとスレッドは2つの作業をつなぎますが、実行環境そのものを同じにするわけではありません。
*同じチャンネル、同じスレッドを使えますが、実行する場所は分けて扱います。*
## 参考資料
- Claude Code公式概要。コードベースの作業、対応する利用環境、主要機能
- Claude Codeの拡張機能ガイド。CLAUDE.md、スキル、フック、サブエージェント、MCPの役割
- Claude CodeのMCPガイド。外部ツールとデータソースを接続する方法
- [Kylon公式ドキュメント](https://docs.kylon.io/introduction)。ワークスペース資源とエージェントの利用範囲
- [Kylon CLIの概要](https://docs.kylon.io/cli/overview)。ローカルエージェントとワークスペースをつなぐゲートウェイ
- [Kylonのプロバイダーガイド](https://docs.kylon.io/cli/providers)。Claude Code向けのCLIゲートウェイ設定
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## MiniMax H3とは？オープンウェイト動画生成モデルの使い方・API・ライセンスを解説【2026年最新】
> MiniMax H3は、テキスト、画像、動画、音声をまとめて扱うオープンウェイトの動画生成モデルです。公式資料をもとに、対応形式、ローカル生成、API、ライセンス、公開デモの見方を整理します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-03 | **Category:** AI最新ニュース
**URL:** https://kylon.io/ja/blog/minimax-h3-guide-2026
**結論:** MiniMax H3は、テキスト、画像、動画、音声の関係を一つの指示として扱える動画生成モデルです。オープンウェイトという点が注目されていますが、ローカルで動かせる範囲、2K生成の経路、ライセンス上の条件を分けて確認する必要があります。
## 公式資料
- MiniMax H3公式発表
- MiniMax H3モデルカードと導入ガイド
- MiniMax H3 Community License
- MiniMax Video Generation API
この記事では、上記のMiniMax公式資料を一次情報として扱います。第三者のSNS投稿は埋め込まず、評価には利用しません。
## この記事の要点
- H3はテキスト、画像、動画、音声をまとめて扱うマルチモーダル動画生成モデル
- 公式モデルカードでは、出力時間は4秒から15秒、ステレオ音声、768Pと2Kの経路を案内している
- 参照モードでは、画像、動画、音声にそれぞれ役割を与えて動画を生成する
- 初期のオープンリリースと、公式の2Kワークフローに含まれるホスト型の要素は分けて確認する
- 商用利用前には、地域、売上規模、表示、利用制限を含むライセンスを確認する
## MiniMax H3とは
MiniMaxは2026年7月31日、MiniMax H3を公開しました。公式発表では、テキスト、画像、動画、音声を横断して理解し、最長15秒、最大2K解像度、ネイティブのステレオ音声を持つ動画を生成する汎用マルチモーダル生成モデルとして説明しています。
重要なのは、画像を渡して動画にする、動画の動きを参照する、音声の話し方を参照する、といった素材の関係を自然な文章で説明する設計です。各素材を別々の作業として扱うのではなく、完成する動画との関係として指定します。
## 公式モデルカードで確認できる対応範囲
- **出力時間**。4秒から15秒
- **音声**。32kHzのステレオ音声を含む動画出力
- **解像度**。H3-Baseによる768Pと、2K再生成を含む公式ワークフロー
- **アスペクト比**。21:9、16:9、4:3、1:1、3:4、9:16など
- **会話言語**。日本語、英語、中国語、韓国語を含む11言語を安定対応と説明
- **生成方法**。テキストのみ、最初または最後のフレーム、最初と最後のフレーム、参照素材を使う動画生成
## 参照素材は関係として書く
H3では、どの素材が何を定義するかを明確にします。たとえば、動画はカメラの動き、画像は人物の外見、音声は話し方を定義するという書き方です。素材を多く入れることより、役割を分けることが重要です。
> Video 1はゆっくり円を描くカメラの動きを定義する。Image 1は案内役の外見と服装を定義する。Audio 1は声の質感を定義する。案内役が静かなギャラリーを歩き、商品台の前で止まり、落ち着いた日本語で話す。商品形状と照明を維持する。
> — MiniMax H3公式資料をもとにした記述例
参照モードでは、画像は最大9枚、動画は最大3本、音声は最大3本で、全体では最大12ファイルという条件が公式モデルカードにあります。音声だけを参照素材として使うことはできず、画像か動画を一緒に指定します。
## 3つの生成方法をどう使い分けるか
### テキストから生成する
人物、場所、動き、音声を文章で定義できる場合に使います。APIでは空でないテキスト指示が必須です。テキストだけで生成する場合は、アスペクト比を明示します。
### 最初と最後のフレームを使う
始まりと終わりの構図が重要な場合に使います。商品の変化、ロゴから映像への切り替え、冒頭と終端を決めた短い動画に向いています。
### 参照素材から生成する
人物、商品、動き、声を指定素材に寄せたい場合に使います。最初と最後のフレームを使う方法と参照素材を使う方法は、同じリクエストに混ぜられないことがAPI仕様に明記されています。
## オープンウェイトの範囲を確認する
公式モデルカードは、H3の全体を3つの要素に分けています。入力素材の関係を整理するH3-Context-IR、768Pで音声付き動画を生成するH3-Base、元の文脈を参照して2K版を作るH3-Regenerate-2Kです。
初期の公開には、ローカル推論のためのH3-Baseチェックポイントが含まれます。一方で、Context-IRと2K再生成はホスト型の要素として案内されています。オープンウェイトという言葉だけで、公式2Kワークフロー全体を同じ形で自社運用できると判断しないことが大切です。
## ローカル評価の進め方
- 一つの商品、一人の人物、一つの動き、出力比率を決める
- 必要に応じて、テキストのみ、フレーム指定、参照素材の各方法を同じ基準で比べる
- 解像度、時間、使用機材、生成時間、試行回数、プロンプト、参照素材を記録する
- 人物、商品形状、動き、音声同期、会話、文字を確認表で評価する
- 見栄えのよい動画と、公開できる承認済み素材を分ける。正確なロゴや表示文は編集工程で扱う
## 公式事例と確認表
この記事では、第三者のクリエイター投稿を埋め込みません。MiniMax H3公式発表では、映画のオープニングタイトル、製品サイト、アニメーションポスター、広告とECを用途例として紹介しています。
自社の素材で検証するときは、次の項目を確認表にします。参照素材が人物、商品、動き、場面、声のどれを定義するか。人物と商品形状、画面内の向き、照明が保たれているか。会話と音のタイミングが行動に合うか。正確なロゴ、画面上の文字、法務確認が必要な表現は承認済み素材で追加しているか。使用機材、秒数、解像度、試行回数、確認時間を記録しているか。
この確認方法なら、SNS上の事例に依存せず、自社の企画、利用許諾、ブランド基準に合わせて評価できます。
## ライセンスと提供条件で確認すること
- Community Licenseでは、適用対象地域から欧州連合、英国、韓国、米国が除かれている。対象外地域での利用は別ライセンスの相談が案内されている
- 年間売上が2,000万米ドルを超える商用製品やサービスは、MiniMaxの事前書面承認が必要と記載されている
- H3を使う商用の画面では「MiniMax H3」を目立つ形で表示する条件がある
- 他者が生成できる製品やサービスには、利用制限を守るための技術的、組織的な対策を求めている
- H3の成果物や結果を、別のAIモデルを改善する目的に使うことを制限している
ここはライセンス本文の要約です。実際の導入や提供前には、最新のライセンス本文と適用法令を法務担当者と確認してください。
## Seedance 2.5との違いは制作工程で見る
Seedance 2.5は最長30秒の生成と、多数の参照素材を使う長い場面設計を前面に出しています。MiniMax H3は、4秒から15秒の動画、マルチモーダルな参照、オープンウェイトの導入経路、2Kの公式ワークフローを提示しています。どちらが優れているかを一つのデモで決めるより、自社の素材と同じ条件で、承認できる動画1本にかかる時間、費用、確認工数を比べる方が実用的です。
## 参考文献と情報の扱い
- MiniMax H3公式発表。機能と製品の位置付けに関する一次情報
- MiniMax H3モデルカード。入出力、上限、構成要素、導入手順に関する一次情報
- MiniMax Video Generation API。リクエスト形式、役割、対応する出力時間と比率に関する一次情報
- MiniMax H3 Community License。地域、商用、表示、利用制限に関する一次情報
- 第三者のSNS投稿は記事内に掲載せず、公式資料と自社の検証基準をもとに評価する
## Kylonで動画制作の材料と手順を共有する
動画モデルの検証は、作った人のブラウザだけに素材と判断が残ると、次の制作で再利用しにくくなります。Kylonでは、企画、承認済みの素材、生成結果、確認メモ、次の作業をチームのチャンネルにまとめられます。
### ブランド素材を共有の材料パックにする
商品画像、承認済みのロゴ、画面キャプチャ、配色と書体の方針、用語、話し方、表示上の注意点を、ブランドキットとして整理します。H3で参照素材を使う場合も、どの画像が商品形状、衣装、場面、カメラ構図を定義するか、何を引き継がないかをチームで残せます。
### 成功した手順を共有スキルにする
素材の準備、参照素材の役割分担、プロンプトの書き方、確認表、ロゴや表示文を加える編集工程、承認の流れを、Kylonの共有スキルとしてまとめられます。個人のメモに残すのではなく、チームが同じ手順を使える状態にします。
### 判断の背景まで残して確認する
チャンネルには、企画、元の素材、生成した複数案、コメント、最終判断を一緒に残せます。エージェントはプロンプトの下書きや比較の整理を支援し、人がブランドに関わる素材と公開の判断を行う流れを作れます。
MiniMax H3、Seedance、その他の動画モデルを比較する場合も、Kylonはモデルの周辺に必要な共有基盤を整えます。ブランド素材の管理、再利用できる制作スキル、レビューの文脈、承認済みの結果をチームで扱えます。
## まとめ
MiniMax H3は、マルチモーダルな動画生成とオープンウェイトの導入経路を同時に検討できるモデルです。導入時には、素材ごとの役割、ローカルと公式ワークフローの違い、使用機材での計測、人間による確認、ライセンスの条件を一緒に整理してください。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Seedance 2.5の使い方｜参照素材・場面設計・音声指定で動画プロンプトを組み立てる方法【2026年最新】
> Seedance 2.5の公式ガイドをもとに、参照素材の役割分担、30秒動画の場面設計、連続性の指定、音楽・効果音・会話・字幕の書き分けを解説します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-03 | **Category:** AI最新ニュース
**URL:** https://kylon.io/ja/blog/seedance-2-5-prompt-guide-2026
**結論:** Seedance 2.5では、動画の見た目を一文で説明するより、参照素材の役割、場面ごとの変化、維持したい条件、音声を分けて指定する方が、意図をチームで共有しやすくなります。
## 公式ガイド
- Seedance 2.5 User Guide
- Seedance 2.5 Prompt Guide
この記事のプロンプト構成と記述例は、ByteDanceが公開した上記2つの公式ガイドを一次情報として参照しています。
## この記事の要点
- 参照画像、動画、音声には、それぞれ何を引き継ぐかを明記する
- 30秒の動画は、場面ごとに一つの変化と見える終了状態を置く
- 人物、商品、位置、向き、音声の関係を連続性の条件として指定する
- 音楽、効果音、会話は記号を使って書き分けられる
- 日本語の会話は、言語と話し方を会話文の前に指定する
## Seedance 2.5とは
ByteDanceは2026年7月31日、動画生成モデルSeedance 2.5を公開しました。公式発表では、1回の生成で最長30秒の音声付き動画を作成でき、複数回の延長、画像・動画・音声の参照、タイムスタンプを使った編集に対応すると説明しています。
注目したいのは、長さだけではありません。公開されたユーザーガイドとプロンプトガイドには、参照素材をどう割り当てるか、複数の出来事をどう場面に分けるか、音声と画面上の文字をどう扱うかが具体的に書かれています。動画生成を繰り返し使うチームにとって、こちらの方が実務に直結します。
## まずは指示を6つの要素に分ける
公式ガイドは、プロンプトを「被写体」「行動または出来事」「場面と環境」「見た目の表現」「カメラ」「音声」の組み合わせとして整理しています。必要な要素だけを使えますが、項目を分けると、企画意図と修正箇所を確認しやすくなります。
- **被写体と出来事**。誰が、何を行い、何が変わるかを決める
- **場面と環境**。場所、時間帯、背景、被写体同士の位置関係を説明する
- **見た目の表現**。光、色、素材感、映像の質感、雰囲気を定める
- **カメラ**。画角、カメラ位置、動き、切り替え、注目する対象を示す
- **音声**。会話、話し方、環境音、効果音、音楽を分けて書く
## 参照素材には役割と除外条件を書く
画像、動画、音声を添付しただけでは、どの要素を使うかが曖昧になります。公式ガイドでは、素材ごとに引き継ぐ要素と、持ち込まない要素を言葉で指定する方法を勧めています。
> @Image 1は商品の正面形状、素材、ブランドカラーを定義する。背景は使用しない。@Image 2はスタジオの配置と午後の光を定義する。人物は使用しない。@Video 1はカメラの速度と手の動きを定義する。人物、服装、場面は使用しない。
> — Seedance 2.5 Prompt Guideをもとにした記述例
このように書くと、商品画像は形と色の参照、撮影動画は動きの参照として扱えます。素材に写った背景や人物を意図せず引き継ぐ可能性も抑えやすくなります。商品を複数の角度から見せたい場合は、同じ商品を写した別角度の画像であることを明記し、動画内に同じ商品が一つだけ存在する条件も書きます。
## 30秒動画は場面と終了状態で設計する
複数の出来事を含む動画では、一つの場面に一つの主な変化を置きます。そして、その場面の終わりに画面上で何が見えるかを指定します。これが次の場面の出発点になります。
> 場面1。初期状態は、淡い木の机に折りたたまれたオリーブグリーンのデスクライトが置かれていること。主な出来事は、手がライトを開いて机の方へ向けること。終了状態は、ライトが左を向いて立ち、まだ点灯していないこと。
> — Seedance 2.5 Prompt Guideをもとにした構成例
次の場面では、「同じライト、机、左向きの位置、カメラ側を維持する」と書いてから、新しい行動を追加します。たとえば点灯と書籍の配置です。場面ごとの終了状態を決めておくと、レビュー時にも、どの段階の指示を直すべきかを切り分けられます。
## 連続性は独立した条件として指定する
「同じ雰囲気で続ける」だけでは、確認項目として不足します。公式ガイドは、人物の同一性、人数、服装、小物を持つ人、空間の向き、音声の関係を連続性として明記する方法を示しています。商品紹介なら、商品形状、色、ロゴの扱い、机の位置、光の方向も追加するとよいでしょう。
- 人物の同一性と人数
- 服装と商品・小物の所有関係
- 画面内の位置と左右の向き
- 商品形状、色、素材、ロゴの扱い
- 環境音と会話のつながり
動画を延長する場合は、先に既存動画の最後のフレームにある状態を整理します。その後に、新しく加える行動だけを書きます。前の場面を改めて説明し直すと、設定が変わる可能性があります。
## タイムスタンプは重要な切り替えに使う
通常の物語では場面による指定が基本です。入場、退場、商品切り替え、カメラの切り替えなど、時間が重要な部分だけを秒数で指定します。
> 0から5秒。机の中央にライトだけが置かれている。手が入ってライトを開く。終了状態は、手が画面から出てライトが立っていること。5から12秒。ライトを点灯し、カメラが机を横切って書籍へ移動する。終了状態は、開いた書籍に暖かい光が届いていること。
> — Seedance 2.5 Prompt Guideをもとにした時間指定例
## 音楽、効果音、会話を分けて書く
Seedance 2.5は自然な文章でも音声を指定できます。さらに公式ガイドでは、音楽を丸括弧、効果音を山括弧、会話を波括弧で区別する記法を紹介しています。音声設計を別レイヤーとして扱いやすくなります。
> （控えめなリズムのピアノが背景で流れる）［ライトのスイッチが一度だけ鳴る］ 会話言語: 日本語。落ち着いた自然な日本語で、案内役が話す: {今日は、作業に合う明かりを選びます。}
> — Seedance 2.5 Prompt Guideをもとにした音声指定例
日本語以外の会話を使う場合も、会話の前に言語を指定します。英語なら、英語の種類や話し方も併記できます。画面上に正確なブランド名や文字を置く必要がある場合は、生成に任せきりにせず、実際のロゴや文字素材を編集工程で合成する方法を検討します。
## 公開デモから見る、実際の試し方
公式資料は、機能と指示の書き方を確認する一次情報です。一方、公開されているクリエイターのデモは、実際にどの条件が試されているかを知る材料になります。ただし、投稿1件で再現性、生成回数、採用までの費用は判断できません。投稿は検証の出発点として扱います。
### 日本語の会話を試したデモ
チビクロ🧩AI錬金術士の投稿では、食レポ形式で日本語の話し方を試しています。日本語の会話では、プロンプトに会話言語と話し方を先に書くという公式ガイドの考え方を確認するのに向いた事例です。
### 30秒のワンテイクと費用を記録したデモ
タナベ | AI動画 × マーケティングの投稿は、30秒のワンテイクとプロンプト、生成費用の目安を共有しています。長い動画ほど、指示だけでなく、試行回数と確認工数を含めて企画する必要があることが分かります。
### 音源参照と長尺の課題を記録したデモ
ヤノの投稿は、音源を参照素材に使った長尺のミュージックビデオ実験です。投稿内では、場面のつながりや人物の一貫性に残る課題も説明されています。成功例だけでなく、どこで崩れたかを残すことが、チームの制作記録として重要です。
## 英語圏で参照されているデモ
英語圏では、長いプロンプトの構成、参照画像での人物維持、少数素材による商品テストが多く共有されています。時間操作とカメラ指定の例、参照人物を使う旅行動画の例、箱と靴の画像を使う商品テストは、指示と素材の役割を見比べる参考になります。
デモを評価するときは、参照素材の役割、人物と商品の連続性、時間指定どおりの動き、会話と音の関係、生成後の編集有無、採用に至るまでの試行回数を確認します。見栄えのよい1本だけで、日常的な制作の品質や費用を判断しないことが重要です。
## 制作から承認までの実務フロー
### 1. 参照素材を先に整理する
繰り返し登場する人物、商品、場所、小物、動き、声や音楽を分けて用意します。公式プロンプトガイドでは、画像は最大30枚、動画は最大10本、音声は最大10本を入力できます。一方で、推奨される素材数はそれより少なく、素材を増やせば安定するとは限りません。各素材に役割と除外条件を書きます。
### 2. 場面台帳を作る
各場面について、開始時の状態、主な出来事、画面で確認できる終了状態を一行ずつ記録します。3場面の動画なら3行に分けます。修正時に、前の場面を崩さず次の場面だけを見直しやすくなります。
### 3. 生成で扱う要素と編集で扱う要素を分ける
動き、場所、雰囲気、自然な環境音、物語の進行は生成で扱います。正確なロゴ、商品ラベル、画面上の文字、法務確認が必要な表現、行動を促す文言は、承認済み素材を使う編集工程で扱う方法を検討します。
### 4. 場面台帳に照らして確認する
見栄えだけで判断せず、同じ商品か、人物は変わっていないか、左右の向きは保たれているか、音は行動に合っているか、終了状態は計画どおりかを確認します。使った参照素材と変更した指示も記録します。
### 5. 使える部分を残したまま修正する
公式発表では、時間を指定した編集、背景の置き換え、カメラ視点の編集、参照素材を使う編集が紹介されています。すでに確認済みの部分を保ったまま局所的な修正ができるかは、実際の素材で事前に試します。
### 6. プロンプトと検証記録を再利用する
プロンプト、参照素材の役割、生成物、確認メモ、最終編集、利用条件を一か所に保存します。次の動画制作で、担当者の記憶だけに頼らず、承認済みの条件から始められます。
## 参考文献と情報の扱い
- ByteDance Seed Team: Seedance 2.5公式発表。公開日、30秒生成、参照、延長、編集、提供先に関する一次情報
- Dreamina Seedance 2.5 User Guide。設定、延長、言語、編集に関する公式ガイド
- Dreamina Seedance 2.5 Prompt Guide。参照素材の役割、場面と終了状態、連続性、時間、音声と会話の記法に関する公式ガイド
- MiniMax H3公式発表。H3のマルチモーダル入力、2Kの15秒動画、ステレオ音声、モデル重み公開の方針
- VidMuseのワークフロー解説。企画と確認工程の補足。提供状況や価格は必ず一次情報で確認する
- Seedance.tvの根拠整理。公式発表、公式デモ、独立検証を分けて評価する考え方。提供状況の記述は公開前の時点を含むため、現在の提供状況には使わない
この記事では、公式発表は提供元が公表した機能として扱い、公開デモは試し方や失敗例を知る材料として扱います。公開デモだけで、毎回の品質、生成速度、価格、採用までの費用を断定しません。制作判断では、自社の素材と同じ評価基準で試し、試行回数と採用率を記録してください。
## Seedance 2.5とMiniMax H3をどう見るか
MiniMaxも同日にH3を公開しました。H3はテキスト、画像、動画、音声をまとめて理解するマルチモーダル生成モデルで、最長15秒、2K解像度、ステレオ音声の動画生成を掲げています。さらに、モデルの重みを公開する方針も示しています。
両者を単純に同じ製品として比べるより、制作工程で見比べる方が実用的です。Seedance 2.5の公式ガイドは、複数参照、場面設計、延長、編集の指示をどう書くかまで公開しています。H3は、統合されたマルチモーダル理解とオープンウェイトの方向性を強調しています。チームでは、デモの印象だけでなく、企画書を再利用できる指示へ変換できるかを確認する必要があります。
## チームで使うための準備
- 参照素材、除外条件、場面、連続性、カメラ、音声を含む動画ブリーフを用意する
- 商品画像、ロゴ、画面素材、話し方のルールを共有ナレッジにまとめる
- 出力を場面単位で確認し、どの素材や指示が結果に影響したかを記録する
- 正確な文字やロゴは、生成映像と編集で加える素材を分けて管理する
## まとめ
Seedance 2.5で重要なのは、30秒という長さだけではありません。参照素材に役割を割り当て、動画を場面と終了状態に分け、維持したい条件を独立して書き、音楽、効果音、会話を分けることで、動画の指示をチームで確認しやすい制作資料にできます。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## noteを開設しました
> Kylon公式noteを開設しました。AIエージェントとチームが協働するAIワークスペースの考え方、日々の業務で使えるヒント、Kylonの取り組みを、日本語で発信していきます。
**Author:** Kylon Team · Product | **Date:** 2026-08-03 | **Category:** Product
**URL:** https://kylon.io/ja/blog/note-launch
**結論:** Kylon公式noteを開設しました。これから、AIエージェントとチームが一緒に働くための考え方や、日々の業務を整えるための実践を、日本語でお届けします。
## この記事の要点
- Kylon公式noteで、AI活用と業務の標準化に関する記事を発信します
- 最初の記事では、AIワークスペースの考え方を紹介しています
- 公式サイトでは、導入の検討に役立つ詳しいガイドと活用事例を掲載します
## Kylon公式noteを開設しました
Kylonは、AIエージェントがチームの一員として業務に参加するワークスペースです。公式noteでは、製品の更新情報だけでなく、チームでAIを使うときに生まれやすい課題や、業務を標準化するための考え方を発信します。
メッセンジャーの会話、資料、表計算、個別のAIチャットに情報が散らばると、判断の背景や対応の履歴が担当者ごとに分かれやすくなります。noteでは、こうした日常の場面から、チームで扱える業務の形を考えていきます。
## 最初の記事は、AIワークスペースについて
最初の記事では、AIワークスペースとは何かを取り上げました。AIを既存のツールに追加するのではなく、チャンネル、エージェント、共有ナレッジ、外部ツールとの連携を、最初から協働の仕組みとして考える視点を紹介しています。
> AIワークスペースは、個人の作業を速くするためだけの場所ではありません。業務の背景、判断、次の行動をチームで共有するための基盤です。
> — Kylon Team
AIエージェントが参照する資料、対応方針、権限の範囲を整えることで、情報を個人の会話に閉じず、チームのナレッジとして扱いやすくなります。特定の担当者の記憶に依存しない業務の進め方を考えるうえでも、重要な土台になります。
## noteと公式サイトで届ける内容
- **note**。AIワークスペースの考え方、業務の場面から見た実践、Kylonチームの視点を読みやすく紹介します
- **公式サイト**。機能の詳細、導入時の検討事項、業種や業務ごとの活用事例を体系的に掲載します
- **更新情報**。新しい記事や製品に関するお知らせを、公式noteとサイトで分かりやすくお届けします
## これから発信するテーマ
今後は、AIエージェントをチームに迎えるための準備、ナレッジ共有の進め方、LINEなどの顧客対応をチームで管理する方法、仕事の中で生まれる判断をどう残すかといったテーマを取り上げる予定です。抽象的な話だけでなく、現場で確認したい論点を具体的に整理します。
## Kylon公式noteへ
Kylon公式noteでは、最初の記事としてAIワークスペースの考え方を公開しています。ぜひフォローして、これからの更新をご覧ください。
[Kylon公式noteを見る](https://note.com/kylon)
## まとめ
- Kylon公式noteを開設しました
- 最初の記事ではAIワークスペースの考え方を紹介しています
- 公式サイトとnoteで、詳しいガイドと実践的な視点を補い合って発信します
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## OpenAIがGPT-5.6の料金を改定。Lunaは80%引き、Terraは20%引きに
> OpenAIは2026年7月30日、GPT-5.6 LunaとTerraのAPI料金を改定しました。Lunaは80%引き、Terraは20%引きです。Sol向けには新たにFast modeも導入されます。料金、利用条件、業務での使い分けを整理します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-07-30 | **Category:** AI最新ニュース
**URL:** https://kylon.io/ja/blog/gpt-5-6-pricing-update-july-2026
**結論:** OpenAIは2026年7月30日、GPT-5.6のうちLunaを80%引き、Terraを20%引きに改定しました。あわせて、最上位のSolには応答速度を優先するFast modeが導入されます。モデルを用途ごとに分けるチームでは、定型処理の単価を見直すきっかけになります。
## この記事の要点
- **Luna**はAPI料金が入力100万トークンあたり0.20ドル、出力100万トークンあたり1.20ドルに改定
- **Terra**は入力100万トークンあたり2ドル、出力100万トークンあたり12ドルに改定
- **SolのFast mode**はStandardより最大2.5倍速く、料金は2倍。従来のPriority Processingに代わる
- ChatGPT WorkとCodexでは、TerraとLunaの利用に必要なクレジットも少なくなる
## 今回の料金改定で変わること
今回の発表は新モデルの公開ではなく、すでに提供されているGPT-5.6ファミリーの価格と処理速度に関する更新です。OpenAIによると、Lunaは高速かつ低価格帯、Terraは日常業務向けのバランス型、Solは高い推論能力を必要とする作業向けに位置づけられています。
### Lunaは80%引き
LunaのAPI料金は、入力100万トークンあたり0.20ドル、出力100万トークンあたり1.20ドルです。大量の文書分類、定型的な抽出、既に仕様が固まった実装作業のように、処理件数が多い業務では費用計画に影響します。
### Terraは20%引き
TerraのAPI料金は、入力100万トークンあたり2ドル、出力100万トークンあたり12ドルです。OpenAIはTerraを日常的な業務向けのバランス型として案内しています。複数工程の下書き、要約、レビューのように、速度と品質の両方を見ながら運用する用途が想定されます。
## SolにはFast modeが加わる
GPT-5.6 Solには、従来のPriority Processingに代わるFast modeが導入されます。OpenAIの発表では、Standard処理と比べて最大2.5倍の速度で応答し、料金は2倍です。既存のpriority指定リクエストはFast modeへ自動的に引き継がれます。
## 料金と利用条件
- **OpenAI API**。Terraは入力2ドル、出力12ドル。Lunaは入力0.20ドル、出力1.20ドル。いずれも100万トークンあたり
- **ChatGPT WorkとCodex**。FreeとGoではTerra、Plus、Pro、Business、EnterpriseではTerraとLunaを選択可能
- **Sol**。API料金は据え置き。Fast modeはStandardの2倍の料金
## 業務ではどう使い分けるか
重要なのは、最も高性能なモデルをすべての工程に使うことではなく、工程ごとに必要な品質と速度を定義することです。たとえば、判断が必要な計画作成をSol、仕様に沿った実装やテストをLunaに分けると、チームは処理量と予算を同じ画面で管理しやすくなります。
Kylonでは、AIエージェントがチャンネルの会話、ファイル、業務ルールを参照しながら動きます。モデルごとの使い分けをワークフローに組み込むことで、担当者ごとに異なる指示文へ依存しにくい業務標準化を進められます。
## まとめ
- GPT-5.6 Lunaは80%引き、Terraは20%引きに改定
- SolのFast modeは速度を優先するAPI処理向け
- モデルの選定は、作業の重要度、処理量、待ち時間を分けて検討する
- 料金改定を機に、定型処理と判断業務のモデル配分を見直す
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## AIワークスペースで最も難しい課題はプライバシーである
> AIエージェントがファイルを読み、外部サービスを操作し、ユーザーの代わりに行動する。そのとき、プライバシーは設定画面の問題ではなく、アーキテクチャの問題になります。Kylonの多層防御設計を解説します。
**Author:** Kylon Team · Engineering | **Date:** 2026-07-24 | **Category:** Research
**URL:** https://kylon.io/ja/blog/kylon-privacy-architecture
多くのAI製品にとって、プライバシーとは設定画面のトグルスイッチです。データ保持のオン/オフ。モデル学習へのオプトアウト。フッターに並ぶコンプライアンスバッジ。
AIがチャットボットとして別タブで動いているうちは、それで十分でした。しかし、AIがワークスペースのメンバーとしてファイルを読み、外部サービスを操作し、データベースに書き込み、ユーザーの代理で行動するようになった瞬間、その前提は崩れます。
## なぜエージェントがプライバシーを難しくするのか
従来のSaaSアプリケーションには明確な信頼境界があります。ユーザーが認証し、アプリが権限を検査し、データ層がアクセスを制御する。コードは決定論的で監査可能です。AIエージェントはこのモデルに適合しません。アクションを確率的に生成し、プロンプトインジェクションによって操作される可能性があり、チャンネル・接続・ユーザーをまたいで動作します。
モデルに境界を守らせることは、確率的テキスト生成器にセキュリティ判断を委ねることと同じです。そこでKylonは、**モデルを信頼しない入力として扱い**、モデルが触れることのできないインフラ層ですべての境界を強制します。
## 多層防御アーキテクチャ
*VM分離からサニタイズまで、独立した防御層*
### エージェントごとのVM分離
すべてのエージェントは、専用のハードウェア仮想化microVMで実行されます。カーネル、メモリ空間、ディスクが完全に分離されたフル仮想化です。エージェントAは、エージェントBのプロセス、メモリ、ファイルシステムを物理的に観測できません。侵害されても、影響範囲はそのVM1台に限定されます。
> 原則: 信頼するのではなく、封じ込める。すべてのエージェントは侵害される前提で設計し、侵害されても影響が退屈なほど小さくなるようにする。
> — Kylon Security
### コマンド単位のbubblewrapサンドボックス
すべてのシェルコマンドを**bubblewrap**ベースのnamespaceサンドボックス内で実行します。ホワイトリストモードで動作し、ルートファイルシステムは空のtmpfsから始まり、明示的に指定されたパスのみがマウントされます。
- **書き込み可能パスは1つだけ**。エージェントの一時作業ディレクトリのみ
- **読み取りホワイトリストはコマンド呼び出しごとに再計算**。現在のチャンネルのディレクトリ、エージェント自身の設定ディレクトリ、共有ワークスペースナレッジのみ
- **ブロック対象パス**はゼロ権限のオーバーレイで遮蔽
- **ネットワークアクセス**はコマンド単位で制御可能
- **プロセス生成**はseccompフィルタでfork、cloneなどのsyscallを遮断
ホワイトリスト外のパスは「アクセス拒否」ではなく、namespaceにマウントされていないため、**存在しない**状態です。#engineeringのエージェントが#hrのファイルを読もうとしても、lsでもfindでもヒットしません。
> 原則: 未認可のパスは「禁止」ではなく「不可視」にする。アクセス拒否はパスの存在を示唆する。空のnamespaceは何も伝えない。
> — Kylon Security
### RBACによるファイルアクセス制御
ワークスペースのファイルはクラウドストレージから読み取り専用でマウントされ、単一ワークスペースにスコープされます。永続化にはワークスペースAPIを経由し、チャンネルメンバーシップ、パスポリシー、エージェントID検証のフルRBACチェックを実行します。
### 接続アクセス制御
*従来のAIツールとKylonの接続モデルの違い*
こうした場面を想定してみてください。エージェントが「チームカレンダーを確認して」と依頼を受け、あるメンバーのカレンダー接続で別のメンバーの非公開予定を読み取ってしまう。プロンプトインジェクションではなく、ワークスペースレベルで共有された接続にユーザー単位のスコープがないというアーキテクチャ上のギャップが原因です。Kylonの接続モデルはこの種の障害を防ぐ設計になっています。
- **接続は個人に帰属**。Gmailの接続はユーザー本人のもの
- **エージェントには明示的な個別付与が必要**。一括付与ポリシーはACL層でエージェントを除外
- **委任はスコープされ、仲介される**。エージェントは生の認証情報を保持しない
- **認証情報は暗号化して保存**。実行時のみメモリ上で復号
> 原則: 接続はAIではなく、人間のものである。すべての委任は明示的で、スコープされ、取り消し可能でなければならない。
> — Kylon Security
## 外部アクション: AIは下書きだけ、送信は人間だけ
*AIが下書き、システムが遮断、人間が確認、承認後に送信*
エージェントがメールを送信しようとすると、システムがそれを遮断し、レビュー可能な下書きに変換します。承認は**アクションごとのフィンガープリント**に紐づいており、承認後に何かが変更されると自動的に無効化されます。
この攻撃を想定してみてください。プロンプトインジェクションで無害に見えるメールの承認を取得し、送信前に宛先と本文を差し替えるよう指示する。フィンガープリントチェックがこれをブロックします。承認は1通の正確なメッセージに対して発行されており、改変後のバージョンとは一致しません。送信は失敗し、改変された内容は人間のレビュアーに可視化されます。
> 原則: AIは下書きできる。送信できるのは人間だけ。人間が承認するのは正確な内容であり、白紙委任ではない。
> — Kylon Security
## 継続的モニタリング
- **サンドボックス違反の異常検知**。ホワイトリスト外へのアクセス試行はブロック済みでもログに記録。パターン分析でプロンプトインジェクションの兆候を検出
- **接続アクセスの監査**。すべての委任がログに記録。異常パターンでアラートを発報
- **フィンガープリント不一致の追跡**。HITL検証失敗時、変更前後の内容がログに記録
> 原則: ログだけでなく、ループを監視する。アーキテクチャが何かを検出したときに教えてくれる仕組みが必要。
> — Kylon Security
## まとめ
AIワークスペースのプライバシーが難しい理由は、暗号化やACLが複雑だからではありません。モデルが影響を与えられないインフラ層、正確な内容を検証する人間のゲート、そして継続的モニタリングの組み合わせで解決します。AIが実際の行動権を持つとき、プライバシーにはこのアーキテクチャが求められます。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## AI Workspaceとは？Kylonが実現するビジネスを知るAIチーム
> AI Workspaceとは、AIエージェントがチームメンバーとして参加する新しいワークスペースです。従来のツールにAIを後付けするのではなく、最初からエージェントがチームに加わる設計。Kylonが実現する次世代の協働を解説します。
**Author:** Kylon Team · Product | **Date:** 2026-07-15 | **Category:** Product
**URL:** https://kylon.io/ja/blog/what-is-ai-workspace
## 課題：あなたの時間は、情報の転記作業に消えていませんか？
メッセンジャーで連絡を受け取り、ドキュメントツールにまとめ、スプレッドシートに数字を入力し、AIチャットで文章を整え、またメッセンジャーに貼り直す。5つのアプリを行き来しながら情報を運び続ける。それは**「仕事」ではなく「転記作業」**です。
### ツールが人間専用に設計されている
この問題の根本は、現在のツールが人間同士のコミュニケーションを前提に設計されていることにあります。AIを後から追加しても、通知に反応するだけの補助機能にとどまり、チームの一員として業務を担うことはできません。
AI Workspaceは、この構造を根本から設計し直すために生まれた**新しい製品カテゴリ**です。
## Kylonとは
Kylonは、人間とAIエージェントが対等な協働メンバーとしてチャンネル内で共存するAI Workspaceです。
従来のチームツールが確立したチャンネル、スレッド、メンション、ピンという仕組みは、チーム協働の基盤として広く使われてきました。しかし、これらは人間同士のコミュニケーションを前提に設計されたもの。AIエージェントを後から追加しても、活用できる範囲には限界があります。
### ワークスペースをAI前提で再設計
Kylonはそのパラダイムを基盤から作り直しました。チャンネルはAIエージェントの参加を前提に設計されており、エージェントはいつ発言しいつ黙るべきかを自律的に判断します。複数のエージェントが同じワークスペースで互いに干渉せず機能し、チーム全体の共有コンテキストが各人の私的AIチャットに分断されることがありません。
> 既存のツールにAI機能を追加したのではなく、ワークスペースそのものをAI前提で再設計しています。
> — Kylon
## Kylonの仕組み
Kylonが従来のツールと根本的に異なるのは、**7つの機能が一つのプラットフォームに統合されている**点です。
- **チャンネル** — パブリックまたはプライベート。各チャンネルにはメモリ、スキル、コネクションを持つAIエージェントが常駐する
- **エージェント** — プラグインではなくチームメンバー。コンテキストを記憶し、タスクを実行し、テーブルを更新し、メッセージを送信する
- **コネクション** — Gmail、Google Drive、GitHub、Notionなど、エージェントがあなたのツールをネイティブに使用する
- **メモリ** — エージェントはセッションを超えて記憶する。プロジェクト知識、チームルール、個人の好み
- **ワークフロー** — スケジュール、トリガー、手動実行。自動リマインダー、ステータス更新、フォローアップ
- **スキル** — 再利用可能なスキルパッケージ。一人がスキルを作れば、ワークスペース内のすべてのエージェントが即座に使える
- **アプリ** — チャットからWebアプリを構築。内部限定にも外部公開にも対応。ダッシュボード、フォーム、クライアント向けポータルをコード不要で作成できる
### チャンネルが知識境界になる
8つの機能は独立したツールの寄せ集めではなく、チャンネルを中心に連動します。エージェントは参加しているチャンネルの情報だけを参照できるため、チャンネルを分けるだけで「AIに見せてよい範囲」の設計が完了します。
### 3種類のエージェントが連携する
**3種類のエージェント**がチームと連携します。メインエージェントは会社全体のコンテキストを把握。パーソナルエージェントはGmailやDriveなど個人ツールに接続。特殊エージェントはHRや財務など機密データを扱います。
## なぜKylonなのか
### スキルの全社展開
チーム内でAI活用に長けたメンバーが作成したスキルやワークフローは、ワークスペース内の全エージェントに即座に展開されます。個人のノウハウを研修やマニュアルで伝達する必要はありません。**優れた業務手順がエージェントに蓄積され、全員が初日から活用できます**。
### ナレッジの自動蓄積
業務知識はチャットスレッド、個人メモ、担当者の記憶に散在し、属人化しています。担当者が異動や退職をすれば、何年分もの業務ノウハウが組織から失われます。Kylonでは、チームが日常業務を進めるだけでエージェントが会話や判断の文脈を自動で蓄積。**業務知識が特定の個人に依存しない組織**を実現します。
## ユースケース
Kylonは様々な業種・業務でAIチームを実現しています。以下は代表的なシナリオです。
### クリエイターの制作フローを一本化
1人のエージェントがクリエイターの制作フロー全体を1つのチャンネルで回します。過去にバズった動画を分析し、毎朝企画案を提案。気になった企画に一言返すだけで完全な台本に展開。確定すれば絵コンテから撮影リスト、小道具、ロケ地まで自動生成。投稿後は実績を読み取り、勝ちパターンをプロフィールに反映。使うほど精度が上がる専用の制作ループです。
*[Interactive UI preview: クリエイターの制作ワークフロー]*
### 顧客の声から本番リリースまで
営業先で受けたフィードバックが、転記なしで本番環境の修正に直結します。通話を自動で文字起こしし、構造化した不具合報告をIssue管理表に直接登録。エンジニアやエージェントが同じチャンネルでIssueを拾い、修正から本番デプロイまで完了。**お客様の声が、数週間ではなく数時間で製品に反映されます。**
*[Interactive UI preview: 顧客の声から本番リリースまで]*
### 200人のクリエイターを1画面で運営
名簿が1つの共有テーブルに集約され、クリエイターからプラットフォーム、担当、契約条件までがひとまとめ。ワークフローが各プラットフォームからフォロワー数、再生数、エンゲージメントを定期取得し、エージェントがクリエイター別と全体の週報を自動作成。フォロワー減少やリーチ低下を監視して、担当マネージャーに即通知。**問題はクリエイター本人が気づく前に表面化します。**
*[Interactive UI preview: 200人のクリエイターを1画面で運営]*
このほかにも、旅行・観光、小売・EC、士業・専門サービス、不動産、製造業など、さまざまな業種で活用されています。
[ユースケース一覧を見る](/ja/use-cases)
## AIエージェントの作り方。道具を組む前に、業務の置き場所を決める
「AIエージェントの作り方」を調べると、ノーコードツールや開発フレームワークでエージェントを1体組み立てる手順が中心に出てきます。業務で使う場合に先に決めるのは道具ではなく、**どの業務を、どこまで任せ、どこで人が確認するか**です。順番は次の四つです。
- **業務を1件に絞る**：問い合わせの一次返信、月次の請求確認のように、期限と担当者が決まっている業務を1つ選びます。全社の計画を先に描くより、1件を最後まで通したほうが判断材料が集まります。
- **読む範囲を決める**：その業務が進んでいるチャンネルに、関係するスレッド、ファイル、レコードをまとめます。エージェントが読むのは、その範囲の中です。
- **接続と権限を業務単位で渡す**：その業務に必要なアカウントだけをコネクションとして付与します。付与は1件ずつ取り消せるため、担当が替わるたびに設定を作り直す運用にはなりません。
- **承認の位置を先に置く**：社外への送信とレコードの更新は、下書きか承認カードの状態で止めます。止める場所を業務ごとに決めておくと、確認の回数を増やさずに運用できます。
この四つが決まってから、繰り返す部分をワークフローとして保存します。設計の考え方は次の節で説明します。実際の画面はAIワークフロー自動化とAIワークスペースのページで確認できます。
## AIワークフローとは。業務を分解して、確認と承認を置く
AIワークフローという言葉は、いま二つの意味で使われています。ひとつは、決まった手順を順番に実行する自動化。もうひとつは、その回ごとの状況を読んでから手を動かす進め方です。**同じ引き金で毎回まったく同じ処理をするなら、前者のほうが単純で読みやすい**。一方、案件ごとに判断が要る業務は、手順表に落とし込むほど例外が増えていきます。AI Workspaceが扱うのは後者です。
設計の順番は、業務の分解、接続先の決定、確認と承認の配置、実行履歴の四つです。この四つが揃うと、依頼した人以外にも何が起きたのかが読める状態になります。
- **業務の分解**：だれが、どの順番で、何を見るのか。ルームの会話として書き出します。手順書を別に作るのではなく、業務が進む場所にそのまま置きます。
- **接続先**：エージェントが読み書きできる範囲は、ワークスペースが許可したコネクションの内側だけです。許可は業務単位で出し、不要になったものは個別に取り消せます。
- **確認と承認**：社外に出る操作や記録の更新は、会話の中の承認カードや下書きとして止まります。承認する人は、根拠と変更内容を同じ画面で見られます。
- **実行履歴**：定例化した手順はワークフローとして保存され、各回の実行記録が残ります。あとから「あの回は何を見て、何を変えたのか」を追えます。
文章で読むより、動く画面のほうが早いと思います。下は、週次レポートの作成を依頼したときの流れです。エージェントが読んだ範囲、更新しようとしている記録、取引先に送る前の下書き、そして承認のボタンが、ひとつの会話に並びます。
ここで大事なのは、待ち時間の置き場所が変わることです。調べる、まとめる、下書きするところまでは人を待たせません。**止まるのは、社外に出る直前と記録が変わる直前**。属人化していた確認の基準も、承認のやりとりとして会話に残るため、担当が替わったときの引き継ぎ材料になります。
経理業務で同じ流れを見る場合は金融・バックオフィスのユースケースを、権限と承認の考え方はKylonとはをあわせてご覧ください。
## MCPでツールにつなぐ前に。可視化、責任体制、ポリシー、監査
AIエージェントを外部のツールやデータにつなぐ共通規格として、MCP（Model Context Protocol）の採用が広がっています。接続が増えるほど、**どの接続を、誰が、何のために使っているのか**が社内で把握しづらくなります。NRIセキュアは2026年9月17日の解説で、企業が整備すべき観点を可視化、責任体制、ポリシー設計、監査・継続的監視の四つに整理し、あわせてAIエージェント側でHuman-in-the-loopが設計されているかの確認を挙げています（出典：NRIセキュア「MCPガバナンスとは」2026年9月17日、2026年9月18日参照）。
この四つは、ツールを導入する前に決めておく話ではありません。**業務を設計するときに、同じ会話の中で決まっていく話**です。Kylonの場合、それぞれの置き場所は次のようになります。
Human-in-the-loopの位置も、この設計の一部です。**読む、調べる、下書きするところまでは待たせず、社外に出る操作と記録の更新で止める**。承認カードには根拠と変更内容が並ぶため、承認する人は別の画面を開かずに判断できます。確認の回数を増やすのではなく、止める場所を業務ごとに決める考え方です。
境界も書いておきます。Kylonは社内のMCPサーバを棚卸しする台帳製品ではなく、全社の認証基盤を置き換えるものでもありません。Kylonが担うのは、**エージェントが業務の中で触れてよい範囲と、人が確認する位置**です。全社的な統制の整備は、上記のような枠組みとあわせて進めることをおすすめします。権限と承認の基本的な考え方はKylonとはで、業務ごとの分け方は次の節で説明します。
## 生成AIで業務効率化を進める。3つの業務シナリオと、権限の置き方
生成AIの導入で効果が出にくい業務には、共通点があります。**調べる、照合する、下書きするまでを人がやり、最後の確認だけが本来の判断業務**という構造です。この形の業務は、前半をエージェントに渡し、確認の位置を決めるところから設計できます。以下は、業務の単位で権限と承認を分けた3つの例です。
### シナリオ1：問い合わせ対応の下書きまでを任せる
受信箱に入った問い合わせを、エージェントが過去のやりとりと契約内容の記録に照らして読み、返信の下書きをチャンネルに出します。読み取りの範囲はメールと該当する記録だけに限定し、送信は下書きのまま止めます。担当者は根拠と本文を同じ画面で見て、送るかどうかを決めます。**一次回答の作成時間が、確認の時間に置き換わります。**
### シナリオ2：週次レポートを定例のワークフローにする
毎週同じ4つの情報源から数字を集め、前週との差分を書き、チャンネルに投稿するところまでをワークフローとして保存します。実行のたびに記録が残るため、数字の出どころを後から確認できます。**レポート作成そのものではなく、差分の理由を議論する時間に配分が移ります。**集計できなかった項目は、推計せずに未取得として明記します。
### シナリオ3：記録の更新を承認待ちにする
商談後の顧客管理システムの更新は、エージェントが変更案を作り、承認カードとして会話に出します。承認するまで記録は変わりません。だれが何を根拠に承認したのかが会話に残るため、判断基準が担当者の頭の中だけに留まらず、**業務標準化の材料として引き継げます。**
3つに共通するのは、権限を職位ではなく業務の単位で出している点です。問い合わせ対応のエージェントに顧客管理システムの書き込み権限は要りません。**必要な接続だけを業務ごとに許可し、不要になったものは個別に取り消す**。この運用にしておくと、担当や体制が変わったときに見直す範囲が小さくなります。
## チームに最適なAIワークスペースとは。個人のAIチャットとの違い
個人向けのAIチャットは、一人が質問し、一人が答えを受け取る道具です。回答の質が高くても、**なぜその結論になったのか、次にだれが何をするのか**は、その人の画面の中に残ります。チームで使うと、同じ背景説明を人ごとに繰り返し、良い回答はコピーされてほかのツールに貼られ、判断の経緯は担当者の記憶に戻っていきます。
チーム向けのAIワークスペースを選ぶときは、回答の質よりも先に、次の四つを確認することをおすすめします。
表の右側に共通しているのは、**共有の文脈とレビューが、業務が進む場所に置かれている**ことです。エージェントの回答は、チームが議論しているスレッドに返り、承認する人は根拠と変更内容を同じ画面で確認します。個人の生産性を上げる道具と、チームの業務を進める場所は、選び方の基準が異なります。
導入の最初の一歩は、上で紹介した四つの手順と同じです。業務を1件に絞り、その業務のチャンネルにエージェントを置き、必要な接続だけを渡し、止める位置を決めます。業務フローの具体的な組み立て方はAIワークフロー自動化で、人とエージェントが同じ場所で働く画面はAIワークスペースのページで確認できます。
## まとめ
AI Workspaceは単なるツールのアップグレードではありません。**チームの「構成員」を拡張する概念**です。すべてのチームの次のかたちには、AIメンバーが存在します。見せかけのためではなく、会社のことを既に知り、ツールを使いこなし、初日から貢献できる新しいチームメンバーとして。
個人の生産性ツールではなく、チーム全体の働き方を変えるプラットフォーム。それがAI Workspaceであり、Kylonが実現する世界です。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## 「同僚がAIの会社」を、コードを書かずに手に入れた話
> 万能AIを1体作っても業務は回らない。役割を持ったAI社員を複数配置し、チームとして動かす。Discord + Codexでゼロから構築する方法もあるが、Kylonなら開封してすぐ使える。構築プロセス、成果物の扱い、業務記憶の蓄積まで、両者を実際に比較する。
**Author:** Kylon Team · Product | **Date:** 2026-07-24 | **Category:** Stories
**URL:** https://kylon.io/ja/blog/ai-shain-team
## AI社員とは
**AI社員**とは、決まった役割と権限を持ってチームに加わり、担当業務を進めるAIエージェントのことだ。質問に答えるだけのチャットとは違い、業務が話されているルームに参加し、接続したツールの中で作業を進め、仕上がったものを担当者の確認に回す。
## AI社員の作り方：役割・権限・承認を決めてチームに置く
Kylonでは、AI社員を置く手順は次の3つに分けられる。
- **役割を決める**：担当する業務を絞り、その業務が話されているルームにエージェントを追加する
- **権限を決める**：業務で使うツールを接続し、参照してよいルームとデータの範囲を決める
- **承認を決める**：外部への送信や登録など影響の大きい操作は、担当者の承認を受けてから実行されるようにする
あとは、してほしいことを普段の言葉で伝えればよい。配置の手順は[AI社員を業務に配置する流れ](/ja/solutions/ai-employee)でも紹介している。以下では、なぜ万能AIを1体作るのではなく、役割ごとにAI社員を置くのかから順に説明する。
## 万能AIを1体作ればいい、という発想がなぜ破綻するか
AIを仕事に入れたい。そう考えた瞬間、多くの人はまず「賢いAIを1体作ればいい」と思う。予定確認、メール返信、タスク通知、顧客登録、見積作成、レポート生成。ひとつの巨大なプロンプトにすべてを押し込めば、最初は感動するほど動く。しかし業務が増えるほど崩れていく。
破綻の本質は、AIの性能不足ではない。**文脈の混線**だ。予定確認では「今日は日本時間基準で解釈する」が正しい。メール返信では「返信文だけを返し、解説を混ぜない」が正しい。顧客登録では「承認なしに外部へ送信しない」が正しい。どれも単独では正しいが、全部を同じ文脈に入れると、AIは今どのルールを優先すべきかを迷いやすくなる。
人間の会社で、総務、経理、営業、カスタマーサポート、秘書を全部1人にやらせたら破綻する。たとえ優秀でも、文脈が混ざり、優先順位が狂い、責任線が曖昧になる。AIも同じだ。問題は「脳を大きくすること」ではない。**「組織図を作ること」**だ。
## AI社員チームで、何ができるのか
役割を持ったAI社員を複数配置し、チームとして動かす。この設計にすると、以下のような業務が日常的に回り始める。
### 営業チームの日報と案件管理
営業担当がチャンネルに「今日A社訪問、課題はセキュリティ認証」と投稿するだけで、エージェントが案件テーブルを更新し、関連する社内ナレッジを引き当てて次回提案の素材を準備する。日報は自動でまとまり、週次レポートもエージェントが生成する。
### カスタマーサポートの一次対応
LINEやメールで届く問い合わせに、エージェントがナレッジベースを参照して回答ドラフトを作成。人間は内容を確認して送信するだけ。対応履歴は自動的にナレッジとして蓄積され、同じ質問には次回から精度の高い回答が返る。
### 採用候補者のスクリーニング
履歴書PDFをチャンネルにドロップすると、エージェントが経歴を構造化し、採用基準との適合度を要約し、面接で確認すべきポイントを整理する。人事担当は判断に集中できる。
### 競合・市場のモニタリング
ワークフローで競合サイト、ニュース、SNSを定期巡回。変化があればチャンネルに要約を投稿し、週次で市場動向レポートを自動生成する。毎朝の情報収集にかける時間を減らせる。
### 社内ナレッジの構築と検索
業務の会話やドキュメントからエージェントが文脈を自動蓄積。「あの案件の決済条件、何だったっけ」と聞けば、過去のスレッドやテーブルから回答を引き当てる。属人化していた業務知識が、チーム全体の資産になる。
### 経理・請求書処理
請求書の画像やPDFをアップロードすると、エージェントが金額、取引先、日付を抽出してテーブルに登録。承認フローを通して支払い処理に回す。手入力のミスと二重チェックの工数を削減する。
*[Interactive UI preview: AI社員チームが営業チャンネルで協働している様子]*
## 日常業務はこう変わる。AI協働のビフォーアフター
AI社員チームを導入すると、日常業務の流れそのものが変わる。
- **朝の情報収集**：Before: ニュースサイト、SNS、競合サイトを自分で巡回（30分）。After: エージェントが夜間に巡回済み。朝チャンネルを開くと要約が待っている
- **問い合わせ対応**：Before: メール、LINE、電話の内容を手動で転記し、過去対応を検索して回答を作成。After: エージェントが過去対応を参照して回答ドラフトを即時生成。人間は確認して送信するだけ
- **週次レポート**：Before: スプレッドシートからデータを集め、スライドに貼り、文章を書く（2時間）。After: エージェントがテーブルから数値を集計し、レポートを自動生成。人間はレビューと判断に集中
- **新人への引き継ぎ**：Before: ドキュメントが散在し、担当者に口頭で聞くしかない。After: エージェントが業務知識を蓄積しているため、新人がチャンネルで質問すれば即座に回答が返る
- **会議の後処理**：Before: 議事録を手動で作成し、タスクを個別にアサインし、期限を管理する。After: 音声や会話をエージェントが整理。決定事項とタスクを自動抽出し、テーブルに登録
## 複数のAI社員を、異なる役割と権限で配置する
AI社員チームの強みは、社員ごとに**役割、人格、権限が異なる**ことにある。人間の組織と同じだ。全員が同じ情報にアクセスできるわけではないし、同じ判断を下すわけでもない。
- **メイン秘書エージェント**：チーム全体の窓口。すべてのチャンネルを横断して文脈を把握し、依頼を適切な担当に振り分ける。全社的な情報へのアクセス権を持つ
- **営業支援エージェント**：営業チャンネル専任。CRMデータ、案件テーブル、提案資料にアクセスできるが、人事や財務データには触れない
- **カスタマーサポートエージェント**：サポートチャンネル専任。顧客対応ナレッジと過去の対応履歴にアクセスし、回答ドラフトを作成。外部送信は必ず人間の承認が必要
- **HR専任エージェント**：採用チャンネルのみ。応募者の個人情報を扱うため、アクセス範囲は厳密に制限。他のエージェントからは参照できない
- **パーソナルエージェント**：個人専用。Gmailやカレンダーなど個人ツールに接続し、スケジュール管理やメール下書きを担当。他のメンバーのデータは参照しない
Kylonでは、チャンネルに参加しているエージェントだけがそのチャンネルの情報を参照できる。**チャンネルを分けるだけで、「AIに見せてよい範囲」の設計が完了する**。アクセス制御のための複雑なコードは不要だ。
## 構築プロセスの比較。Discord + Codex vs Kylon
Xで788件のいいねを獲得した長文記事で、著者はDiscordをフロントエンドに、OpenAI Codexをバックエンドに使い、「AI社員チーム」をゼロから構築した。その設計は優れている。しかし、構築プロセスを比較すると、両者の差は歴然だ。
### Discord + Codexで構築する場合
- Discord BOTの開発環境を構築（Node.js、TypeScript、パッケージ管理）
- OpenAI APIの認証設定（APIキー管理、環境変数）
- メイン秘書エージェントのプロンプト設計とJSON出力パーサーの実装
- サブエージェント登録システム（registry.ts）の開発
- SKILL.mdの読み込み機構と動的プロンプト注入の実装
- 社員別メモリの保存・読み込みシステムの構築
- 承認フロー（ボタン表示、状態管理、実行制御）の実装
- Google Calendar、Gmail等の外部APIの認証と接続コードの開発
- 作業室チャンネルの自動振り分けロジックの開発
- エラー通知、認証切れ検知、ログ管理の実装
- 定期巡回のcronジョブとBOTロジックの開発
- テスト、デバッグ、デプロイ、運用保守
TypeScript、Discord API、OpenAI API、各種SaaS APIの知識が必要。構築に数週間から数ヶ月。**エンジニアでなければ始められない。**
### Kylonで始める場合
- アカウントを開設する
- チャンネルを作成し、エージェントを追加する
- エージェントに役割と人格を設定する
- 業務手順をスキルとして登録する
- Gmail、Slack、Notionなどのコネクションをワンクリックで接続する
- ワークフローでスケジュールやトリガーを設定する
- 業務を始める
**エンジニアリングの知識は不要。業務を知っている人が、そのまま設計者になれる。開封してすぐ使える。**
*[Interactive UI preview: Discord + Codexの12ステップ構築とKylonの7ステップ開始の比較図]*
## 成果物はどこに残るのか。Discordの外 vs Kylonの中
AI社員チームを運用したとき、成果物がどこに残るかは、想像以上に重要だ。
### Discord + Codexの場合
Discordはチャットツールであり、成果物の管理場所ではない。エージェントが生成したレポート、CSV、提案書は、Discordのメッセージに添付されるか、Google DriveやDropboxなどの外部ストレージに保存される。つまり、**会話はDiscordにあるが、成果物は外にある**。後から「あのレポートどこだっけ」となったとき、Discordのログと外部ストレージの両方を探す必要がある。
### Kylonの場合
Kylonでは、会話も成果物もすべて同じプラットフォーム内に存在する。エージェントが作成した案件テーブル、週次レポート、提案書、分析ダッシュボードは、すべてチャンネル内のテーブル、ファイル、アプリとして保存される。**「この案件の提案書を見せて」と言えば、エージェントがチャンネル内から即座に引き当てる。**
さらに、Kylonの**アプリ機能**を使えば、エージェントとの会話からWebアプリを構築することもできる。社内ダッシュボード、顧客管理画面、タスクトラッカーなど、通常であればエンジニアリングチケットが必要な成果物が、会話の延長で生まれる。
*[Interactive UI preview: 成果物の保存場所の比較：Discord（外部ツール）vs Kylon（プラットフォーム内）]*
## 業務の文脈を自然に蓄積する。記憶と理解の差
Discord + Codexの構成では、メモリは自分で設計し、ファイルに保存し、次回の会話に読み込む仕組みを実装する必要がある。著者はこれを「社員別メモリ」として設計し、JSON形式でファイル保存する実装を行っている。技術的には優れた設計だが、業務の文脈を蓄積するには限界がある。
Kylonのエージェントは、**自然な業務の文脈の中で記憶を蓄積する**。エージェントはチームの会話、判断の経緯、過去の対応履歴をセッションを超えて記憶している。「先月のA社との商談で、先方が気にしていたのは何だったか」と聞けば、過去のスレッドから文脈を引き当てて回答する。
- **ワークスペースの知識**：会社の方針、プロジェクトの進捗、チームのルールなど、組織全体の文脈をエージェントが共有知識として蓄積する
- **エージェント固有の記憶**：「メール返信は前置きを入れないで」「レポートは箇条書きで」といった個別の学習は、該当するエージェントだけが覚えている。他のエージェントには混ざらない
- **業務の連続性**：担当者が異動しても、エージェントの記憶は残る。新しいメンバーがチャンネルに参加した時点で、蓄積された業務知識にアクセスできる。**属人化の解消が、仕組みとして成り立つ**
Discord + Codexでは、メモリの設計と管理はエンジニアの仕事だ。Kylonでは、**業務を進めるだけでメモリが育つ**。この差は、運用が長期化するほど大きくなる。
## AIは「何でも答えるチャット」から「仕事を進めるチーム」へ変わる
AI活用の次のステップは、一人の万能AIを作ることではない。**役割を持ったAI社員を複数配置し、チームとして動かすこと**だ。
Discord + Codexでゼロから構築する方法もある。技術力があれば、非常に柔軟な設計が可能だ。しかし、構築に数週間、運用保守に継続的なエンジニアリングコストがかかる。
Kylonは、この「AI社員チーム」を**開封してすぐ使えるプラットフォーム**として提供している。構築プロセスはアカウント開設から数分。成果物はプラットフォーム内に蓄積され、業務の文脈は日々の作業を通じて自然に育つ。エンジニアでなくても、業務を一番よく知っている人が、そのままAI社員チームの設計者になれる。
たぶん、これからの個人や中小企業のAI活用は、この方向に進むと考えている。AIに答えてもらうだけではなく、自分の仕事の構造に合わせてAI社員を作る。その社員に業務の手順を教え、少しずつ育てる。そうするとAIは、ただの便利ツールではなく、毎日の仕事の横にいる実用的なチームメンバーになる。
[30分の相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## 中小企業こそAIチーム｜Kylonで今日から動かせるユースケース集
> 人手不足が深刻化する中小企業に、AIエージェントという新しい選択肢。営業から経理、マーケ、カスタマーサポートまで、Kylonで実際に動かせるユースケースを業務別・業種別に一挙紹介。
**Author:** Kylon編集部 · Product | **Date:** 2026-07-16 | **Category:** Product
**URL:** https://kylon.io/ja/blog/kylon-for-smb
日本の企業の99.7%は中小企業。その51%が正社員不足（帝国データバンク調査、2024年）。一方で採用コストは1人あたり103万円超。Kylonは、AIエージェントをチームメンバーとして追加することで、5人のチームが10人分の仕事を回せるワークスペースです。
以下、「業務シーン別」と「業種別」の2つの軸で、中小企業がKylonで今日から動かせるユースケースを紹介します。
## シーン別ユースケース
### 📈 営業・商談管理
少人数の営業チームでも、大企業並みの商談管理を実現します。
*[Interactive UI preview: Kylonの営業チャンネル。エージェントが見積もり草案を自動作成し、パイプラインに案件を登録する画面]*
- **顧客フィードバックの即時対応** — 商談内容を共有するだけで、エージェントが文字起こしし、要望をIssue表に登録。修正後は顧客に自動通知
- **インフルエンサー開拓の自動化** — 候補者調査、メール起案、返信トラッキング、フォローアップをエージェントが一貫処理
- **商談パイプライン管理** — カレンダー連携、商談後サマリー自動生成、担当アサイン、進捗追跡を一元管理
### ⚙️ 会議・タスク管理
「決めたのに実行されない」を残さない仕組みにします。
*[Interactive UI preview: Kylonの会議チャンネル。録音ファイルからアクションアイテムを自動抽出し、タスク管理する画面]*
- **会議録音からタスク自動生成** — 録音をチャンネルに投稿するだけで、エージェントが文字起こし・要約・アクションアイテム抽出。タスク表に自動登録
- **新メンバーのオンボーディング** — 新入社員の役職をエージェントがヒアリングし、専用ガイドを自動生成。初日から業務に入れる
- **ブランドキット生成** — ロゴと既存資料を渡すだけで、5分で配色・フォント・テンプレートが完成
### 💼 経理・記帳
領収書を撮って投げ込むだけ。記帳から月次レポートまで自動化します。
*[Interactive UI preview: Kylonの経理チャンネル。領収書をOCRで読み取り、勘定科目に自動分類する画面]*
- **領収書の自動記帳** — 写真を投稿するだけでOCR・勘定科目分類・月次レポート生成。電子帳簿保存法・インボイス制度対応
- **コンプライアンスレポート** — SOC 2、ISMS、Pマークなど複数フレームワーク対応。データ収集から草案生成まで自動
- **マーケット・モーニングブリーフ** — ニュース・競合動向を毎朝自動収集。チャンネルを開けば情報が整理済み
### 📣 マーケティング・SNS
3人で5プラットフォームを運用できます。
*[Interactive UI preview: Kylonのマーケティングチャンネル。コンテンツカレンダーとSNSパフォーマンスを管理する画面]*
- **コンテンツ制作の一気通貫** — 選題、台本、コンテ、撮影リスト、公開後分析をエージェントが管理。ブランドトーンを学習し精度が向上
- **マルチプラットフォームSNS** — Instagram、X、TikTok、LinkedIn、YouTubeの文案調整・予約投稿・週報を自動生成
- **競合モニタリング** — 競合のウェブサイト・SNS・採用ページを定期スキャン。変化があれば即アラート
### 🌐 ウェブサイト・SEO
外注に2週間待つ必要はありません。
*[Interactive UI preview: KylonのウェブサイトチャンネルSEOダッシュボード。パフォーマンススコアとキーワード順位を表示する画面]*
- **自社サイトの運用・改善** — コピー変更、レイアウト調整、公開までエージェントに依頼可能
- **SEOの自動最適化** — サイト健全性チェック、キーワード分析、検索順位監視。改善点を具体的なアクションリストで提示
- **広告運用** — Google/Metaのパフォーマンスデータ取得、広告文案草案作成。変更前に必ず人間の確認を取る
### 🎧 カスタマーサポート
LINE公式アカウントをKylonに接続して、問い合わせを一元管理します。
*[Interactive UI preview: KylonのLINE CRM画面。左にコンタクト一覧、右に会話詳細とエージェントの回答下書き]*
- **LINE公式アカウント連携** — LINEのメッセージがKylonに自動集約。コンタクトごとにプロフィール・対応履歴を一元管理
- **エージェントによる回答下書き** — FAQナレッジを参照してエージェントが回答案を自動生成。人間が確認してから送信
- **対応ナレッジの自動蓄積** — 日々の対応内容がエージェントの知識として蓄積。新スタッフもすぐに対応品質を維持できる
## 業界別ユースケース
### 🎬 クリエイター / MCN
企画から投稿分析まで、1つのチャンネルで制作フローを完結させます。
*[Interactive UI preview: Kylonのクリエイター制作チャンネル。企画提案からスクリプト、投稿分析までを管理する画面]*
- **制作フロー自動化** — 過去の実績を分析し企画提案、台本生成、絵コンテ・撮影リスト・ロケ地を自動作成
- **200人規模のクリエイター管理** — 名簿、実績、週報を1画面で運営。フォロワー減少やリーチ低下を即通知
- **スキル配布** — 一番実績のあるクリエイターのノウハウをスキル化し、チーム全体に即展開
### 🛒 EC / ブランド
*[Interactive UI preview: EC/ブランド向けKylonユースケースカード。商品リサーチ、マルチプラットフォーム管理、結案レポート自動化]*
### ⚖️ 士業・専門サービス
*[Interactive UI preview: 士業向けKylonユースケースカード。案件管理、コンプライアンス対応、マーケットブリーフ]*
### 🏠 不動産
*[Interactive UI preview: 不動産向けKylonユースケースカード。物件情報整理、内見予約管理、顧客フォロー自動化]*
### 🤝 人材・採用
*[Interactive UI preview: 人材・採用向けKylonユースケースカード。候補者パイプライン、面談要約、AI付加価値サービス]*
エージェントにインストールするだけで、導入初日から使い始められます。
- **経費記帳アシスタント** — 領収書→勘定科目分類→月次レポート。電帳法・インボイス対応
- **Brand Kit 生成器** — 5分で配色・フォント・テンプレートを自動生成
- **UGC動画スクリプト** — 商品情報から台本・絵コンテ・撮影リストを一括生成
- **PDF一括データ化** — 履歴書、契約書、請求書を構造化データに変換
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## 【2026年最新】AIエージェントとは？仕組み・活用事例・導入方法を徹底解説
> AIエージェントの基礎から企業での活用事例、導入ステップまでを網羅的に解説。ChatGPTやCopilotとの違い、チームでの活用法、セキュリティ対策も含めた2026年版完全ガイド。
**Author:** Kylon Team · Product | **Date:** 2026-06-19 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/ai-agent-guide-2026
「AIエージェント」という言葉を目にする機会が急増しています。2026年に入り、単なるチャットボットを超えた自律的なAIが、ビジネスの現場で本格的に活躍し始めました。しかし、AIエージェントとは具体的に何なのか？従来のAIツールと何が違うのか？ どう導入すればいいのか？ この記事では、これらの疑問にすべて答えます。
## AIエージェントとは何か？
AIエージェントとは、与えられた目標に対して自律的に判断・行動できるAIプログラムです。従来のAIアシスタント（ChatGPT、Claude、Copilotなど）が「聞かれたことに答える」受動的な存在であるのに対し、AIエージェントは「自分で考え、計画を立て、行動に移す」能動的な存在です。
たとえば、従来のAIに「来週の営業会議の準備をして」と依頼すると、会議の準備チェックリストが返ってきます。一方、AIエージェントに同じ依頼をすると、CRMから最新の顧客データを取得し、先週の進捗レポートを分析し、アジェンダを作成し、参加者にカレンダー招待を送り、関連ドキュメントを共有フォルダに配置するところまで自動で行います。
## AIエージェントと従来のAIツールの違い
最大の違いは「エージェンシー（主体性）」の有無です。従来のAIツールは、プロンプトを受け取り、回答を生成し、それで完結します。AIエージェントは、メモリを持ち、コンテキストを理解し、複数のツールを連携させて、目的を達成するまで自律的に動き続けます。
- メモリ：会話の文脈だけでなく、チームのナレッジ、過去の決定事項、業務の優先順位を記憶
- 権限管理：必要最小限のアクセス権で動作し、重要な操作は人間の承認を待つ
- ツール連携：GitHub、Notion、Gmail、Slack、Salesforceなど3,000以上のサービスとネイティブ連携
- 自律的な実行：タスクを分解し、計画を立て、実行し、結果を報告するまでを一連で行う
## AIエージェントの主な活用シーン
営業：リードの管理、フォローアップメールの自動送信、CRMデータの更新、週次レポート作成。カスタマーサポート：問い合わせの一次対応、FAQ検索、エスカレーション判断、対応履歴の記録。プロジェクト管理：タスクの進捗追跡、ボトルネックの検知、ステークホルダーへの定期報告。マーケティング：コンテンツ制作支援、SEO分析、SNS投稿管理、キャンペーン効果測定。
## AIエージェントを導入するメリット
最大のメリットは、チームの生産性の質的な向上です。AIエージェントは単純な自動化ではなく、文脈を理解した上で判断を行います。レポート作成、データ整理、定型連絡といった「やらなければならないが創造性を必要としない業務」をエージェントが担当し、人間は戦略的な意思決定や創造的な仕事に集中できます。
## AIエージェント導入の3ステップ
- ステップ1：現在のワークフローを棚卸しし、エージェントに任せたい業務を特定する
- ステップ2：小さなチーム（3〜5人）で1〜2週間トライアルし、効果を検証する
- ステップ3：成功パターンを社内展開し、エージェントの権限とメモリを段階的に拡張する
## セキュリティと信頼性
企業がAIエージェントを導入する際、最も気になるのがセキュリティです。Kylonでは、エージェントの権限管理、操作ログの完全記録、重要操作への人間の承認フロー（Human-in-the-Loop）が設計段階から組み込まれています。SOC 2 Type II取得手続き中、GDPR対応済み。お客様のワークスペースデータでAIモデルを学習することは一切ありません。
権限の範囲と承認の位置をどう決めるかは、[AIエージェントの権限と承認の置き方](/ja/solutions/ai-agent-governance)で具体的に紹介しています。
> AIエージェントは、単なるツールではなく、チームの一員として機能する。それが次世代のワークスペースの姿です。
> — Kylon Team
---
## 【2026年版】AIエージェント比較｜Kylon・ChatGPT・Copilot・Slack AIの違いを徹底解説
> 主要AIエージェント・AIアシスタントを機能・チーム連携・セキュリティ・価格の観点で比較。Kylon、ChatGPT、Microsoft Copilot、Slack AI、Claudeの違いと選び方。
**Author:** Kylon Team · Product | **Date:** 2026-06-19 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/ai-agent-comparison-2026
2026年、AI業界は「チャットボット」から「エージェント」へと大きく舵を切りました。しかし、各社のAIツールを比較しようとすると、用語の定義もアーキテクチャも異なり、単純比較が難しいのが現状です。この記事では、ビジネスで使われる主要AIツール5つを、実際の業務に即した観点で比較します。
## 比較対象
- Kylon — AIネイティブワークスペース。エージェントがチームメンバーとしてチャンネルに参加
- ChatGPT (OpenAI) — 汎用AIアシスタント。個人利用からTeamプランまで
- Microsoft Copilot — Microsoft 365に統合されたAIアシスタント
- Slack AI — Slackに組み込まれたAI機能
- Claude (Anthropic) — 安全性を重視した汎用AIアシスタント
## チームでの協働性
ここが最大の差別化ポイントです。ChatGPTやClaudeは本質的に1対1のツール。チームチャットの中に入ることはできません。Slack AIはチャンネル内で動作しますが、要約やQ&Aが中心で、自律的なタスク実行能力は限定的です。Microsoft Copilotは各Office製品内で動くため、アプリケーション間の横断的な作業が苦手です。
Kylonはワークスペース全体がAIネイティブに設計されています。エージェントがチャンネルに参加し、テーブルにデータを書き込み、ワークフローを実行し、他のチームメンバー（人間・エージェント問わず）と協働します。1対1のチャットボットではなく、チームの一員として機能するのがKylonの設計思想です。
## データ連携・インテグレーション
ChatGPTはファイルアップロードやコード実行が可能ですが、外部サービスとのリアルタイム連携は限定的です。CopilotはMicrosoft 365エコシステム内では強力ですが、外部のCRMやプロジェクト管理ツールとの連携には追加設定が必要です。Kylonは3,000以上のサービスとネイティブ連携し、エージェントが直接データを読み書きできます。
## セキュリティ比較
企業利用においてセキュリティは最重要項目です。各社ともエンタープライズプランではSSO、監査ログ、データ暗号化をサポートしていますが、AIエージェント特有の課題——エージェントの権限管理、承認フロー、操作ログの粒度——に対応しているのはまだ少数です。Kylonでは、エージェントごとの権限設定、重要操作の人間承認、全操作ログの記録が標準装備されています。
## どう選ぶべきか？
- 個人の生産性向上 → ChatGPT / Claude が最適。汎用性が高く、すぐに始められる
- Microsoft 365をすでに使っている → Copilot が自然な選択。既存ワークフローへの統合がスムーズ
- Slackでの情報検索・要約 → Slack AI がシンプルで効果的
- チーム全体でAIを活用したい → Kylon が最も適している。エージェントがチームの一員として動く
## 関連記事
- [Kimi K3ベンチマーク徹底比較 — Fable 5・GPT-5.6 Sol・GLM-5.2との実力差を検証](/ja/blog/kimi-k3-benchmark-2026)
- [Kimi K3の本当のコスト — トークン単価が半額でも、請求額が半額にならない理由](/ja/blog/kimi-k3-real-cost)
- [Kylon・Manus・Genspark徹底比較](/ja/blog/kylon-vs-manus-genspark)
> AIツール選びで一番大事なのは、チームの実際のワークフローに合うかどうか。機能表だけでは見えない「使い方」を試してみることをお勧めします。
> — Kylon Team
---
## 【2026年版】AI業務効率化ツール完全ガイド｜選び方・導入手順・おすすめツール比較
> 業務効率化に使えるAIツールを目的別に厳選して紹介。選び方のポイント、導入ステップ、ROIの考え方まで、企業のAI活用担当者向け完全ガイド。
**Author:** Kylon Team · Product | **Date:** 2026-06-19 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/ai-business-efficiency-tools-2026
「AIで業務を効率化したい」——多くの企業がこの課題に取り組んでいますが、ツールの数が膨大で、どこから始めればいいか迷うケースがほとんどです。この記事では、2026年現在のAI業務効率化ツールを目的別に整理し、選び方から導入ステップまでを解説します。
## AI業務効率化ツールの分類
- 汎用AIアシスタント（ChatGPT、Claude）：文書作成、翻訳、要約、ブレスト
- 統合型AIスイート（Microsoft Copilot、Google Gemini）：既存の業務ツール内でのAI活用
- コミュニケーションAI（Slack AI、Teams AI）：社内情報の検索・要約
- AIネイティブワークスペース（Kylon）：チーム全体でAIエージェントと協働
- 業務特化型AI：営業支援AI、カスタマーサポートAI、採用AIなど
## ツール選びの5つのポイント
- 1. 自社の課題に合っているか：ツールありきではなく、まず「何を効率化したいか」を明確にする
- 2. チームで使えるか：個人の生産性向上だけでなく、チーム全体のワークフローに組み込めるか
- 3. 既存ツールとの連携：CRM、プロジェクト管理、チャットツールとスムーズに繋がるか
- 4. セキュリティ：データの取り扱い、権限管理、監査ログの対応状況
- 5. 段階的導入が可能か：小さく始めて、効果を見ながら拡大できるか
## 部門別おすすめ活用法
営業部門：リードスコアリングの自動化、フォローアップメールの下書き作成、週次レポートの自動生成。ChatGPTやCopilotで始め、チーム連携が必要ならKylonへステップアップ。マーケティング部門：コンテンツ制作のアイデア出し、SEOキーワード分析、SNS投稿の最適化。Claude（長文の質が高い）やKylon（チームでの共同作業）が効果的。
カスタマーサポート：問い合わせの自動分類、FAQ回答の下書き、エスカレーション判断。専用チャットボットか、Kylonでサポートチャンネルにエージェントを配置する方法がある。バックオフィス：経費精算の確認、議事録の自動作成、社内FAQの更新。Copilot（Microsoft 365ベース）かKylon（クロスプラットフォーム）が選択肢。
## 導入ステップ
- Week 1-2：課題の特定と対象チームの選定。最も効果が見込め、かつ失敗してもリスクが低い業務から始める
- Week 3-4：ツール選定とPoC（概念実証）。3名程度の小チームで2週間トライアル
- Month 2：効果測定と調整。時間削減、品質向上、満足度の定量データを取る
- Month 3以降：成功パターンの展開。ナレッジを社内共有し、他チームへ拡大
## ROIの考え方
AI業務効率化のROIは、単純な「コスト削減」だけで測るべきではありません。重要なのは、メンバーの時間が「価値を生む仕事」にシフトしたかどうかです。レポート作成に費やしていた時間が戦略立案に使えるようになった、定型対応を減らしてお客様との深い対話が増えた——こうした質的な変化こそがAI活用の真のリターンです。
> 最も良いAIツールとは、チームが「AIを使っている」と意識しなくなるほど、自然にワークフローに溶け込むもの。
> — Kylon Team
---
## 「人が採れない」なら、AIチームを採用しませんか？｜中小企業の新しい人材戦略
> 日本企業の5割超が人手不足に直面する今、1人分の人件費で複数人分の仕事をこなす「AIチーム」という新しい採用戦略を徹底解説。建設業・製造業・サービス業の具体的な活用事例付き。
**Author:** 高橋 結衣 · Kylon編集部 | **Date:** 2026-07-01 | **Category:** Stories
**URL:** https://kylon.io/ja/blog/ai-team-saiyo-chusho-kigyo
建設会社を営むSさん（仮名・58歳）は、半年前からハローワークと求人サイトに事務員の募集を出しています。月給25万円、土日祝休み。決して悪い条件ではないはずです。応募はゼロ。「若い人が来ない。来ても3ヶ月で辞める。ベテランの事務員が来年定年なのに、引き継ぎ相手がいない」
これは特殊な話ではありません。2026年1月時点で、企業の52.3%が正社員の人手不足を感じており、建設業では約7割に達しています（帝国データバンク調べ）。日本の生産年齢人口は毎年約40万人のペースで減少し続けており、2030年には644万人の労働力が不足するとの推計もあります（パーソル総合研究所「労働市場の未来推計2030」）。
採用コストをかけても、人が来ない。来ても定着しない。この構造的な問題に対して、いま注目されているのが「AIチーム」という選択肢です。
## AIチームとは？——1人分のコストで、複数人分の戦力
AIチームとは、複数のAI社員を一つのチームとして組織に迎え入れる新しい働き方です。1人のAI社員ではありません。経理担当、営業アシスタント、カスタマーサポート、リサーチ担当——それぞれ専門の役割を持つAI社員がチームとして連携し、業務を回す仕組みです。
ポイントは、1人の社員を雇うのと同じ予算（月額40万円台）で、複数人分の仕事がカバーできること。人間の社員1人分のコストで、経理・営業・CS・総務など複数部門をカバーするAIチームが24時間365日稼働します。面接・研修・社会保険の手続きといった採用の工程は発生しません。導入したその日からチーム全員が稼働を始めます。
誤解のないように言うと、AIチームは人間の代わりではありません。人間にしかできない仕事に集中するために、それ以外をAIチームに任せるという考え方です。
## なぜ今、中小企業こそAIチームなのか
富士通は10万人の社員にAIツールを導入。パーソルグループでは非エンジニアの社員がAIエージェントを自分で作り、半年で100件以上が稼働しています。大企業は専任チームを置いてAI導入を進めています。中小企業が「まだ早い」と言っている間に、取引先の大企業はAIで業務を回し始めている。この差は、コストではなく「始めるか、始めないか」の差です。
「うちにはパソコンに強い人がいないから…」という心配はもう古い話です。今のAIは日本語で話しかけるだけで動きます。メールを書くように指示を出せば、AI社員が仕事をしてくれる。必要なのは「ITの知識」ではなく、「自社の業務を言葉にできること」です。
## 建設業：見積・積算業務をAIチームに
全中小企業の28.8%を占める建設業では、見積書の下書き（過去データ参照で作成時間60%減）、安全書類の自動生成（月10時間削減）、現場日報の自動集計（週2時間削減）、法改正情報の定期チェックなどをAIチームに任せられます。
たとえば「A邸の新築工事、見積お願い」と一言伝えるだけで、積算AIが過去の類似案件を参照して見積書ドラフトを作成。経理AIがそれをアプリに登録し、確認待ちにする。佐藤部長は確認して承認するだけ。従来3時間かかっていた作業が、3分で完了します。
*[Interactive UI preview: 建設会社のAIチーム — 見積管理ダッシュボード]*
## 製造業：受発注をAIチームが跨部門で連携処理
全中小企業の16%を占める製造業では、受発注メールの処理（対応時間67%減）、仕入先への発注書自動作成（月15時間削減）、品質検査記録の整理（ミス率90%減）、取扱説明書の多言語化（外注費50%減）がAIチームの得意領域です。
AIチームの真価は、部門を横断した連携にあります。受注AIがメールを検出して在庫を照合→不足を発見→品質管理チャンネルでロット検査を依頼→同時に仕入チャンネルで発注書を自動作成。村田課長は「OK、送って」の一言で完了。3つの部門にまたがる作業が、ひとつの会話で連鎖的に処理されます。
*[Interactive UI preview: 製造会社のAIチーム — 受注からの連鎖処理]*
## サービス業：顧客対応とバックオフィスを同時にカバー
全中小企業の18.9%を占めるサービス業では、顧客問い合わせの一次回答自動作成（対応件数2倍）、シフト作成補助（作成時間75%減）、SNS投稿の下書き（週3時間削減）、レビュー分析の自動化などが任せられます。これらを1人の社員に全部やらせるのは無理でも、AIチームなら同時に対応できます。
## AIチーム導入の流れ——3ステップ
- ステップ1：「任せたい仕事」を洗い出す。毎日やっている定型業務、「正直めんどくさい」と社員が思っている業務、担当者が辞めたら困る業務を複数見つける
- ステップ2：専門家と一緒に設計する。どの業務をどのAI社員に任せるか、どう連携させるかを一緒に考える。Kylonの専門スタッフが無料で提案
- ステップ3：段階的に拡大する。「AIが作る→人間が確認する→人間が送る」で始めて、効果を確認しながら他部門に広げる
## 「AIチームが怖い」への回答
「社員が反発しないか？」——AIチームの目的は「社員の仕事を奪う」ことではなく「社員を雑用から解放する」こと。ある建設会社では、導入後に事務員が「面倒だったデータ入力がなくなって、お客さんとのやり取りに時間を使えるようになった」と喜んでいます。「情報漏洩が心配」——法人向けAIサービスでは入力データがAIの学習に使われない設定が標準。アクセス権限管理やデータ暗号化も組み込まれています。
## Kylonなら、AIチームがすぐに始まる
Kylonは、人間とAIが対等なチームメンバーとして協働するワークスペースです。AI社員ごとに名前と専門分野を設定し、部署やプロジェクトに配属できる。人間の社員と同じワークスペースでやり取りしながら、タスクを自律的に進める。複数のAI社員が互いに連携し、部門横断の業務を処理できる。AI社員は学習し、あなたの会社のやり方を覚えていく。1人分の人件費で、複数人分の仕事をこなすAIチーム。その実現基盤がKylonです。
> 人が採れないなら、発想を変えましょう。採れる人材の種類を広げるのです。人間の社員とAIチーム、両方を活かすチーム作り——それが2026年の中小企業経営の現実解です。
> — Kylon Team
---
## Kylonを作った理由
> ほとんどのAIツールは、一人で開くタブに過ぎない。私たちが求めたのは、チームに加わり、スレッドを読み、仕事の流れを追い、成果を届けるagentだった。
**Author:** Quinn Leng · Co Founder | **Date:** 2026-04-22 | **Category:** Stories
**URL:** https://kylon.io/ja/blog/why-we-built-kylon
AIを導入したチームは、どこも同じことをしている。タブを開き、コンテキストを貼り付け、何かを受け取り、それをまた別の場所に貼り付ける。AIは本当の会話を見ることがない。プロジェクトが遅れていることも、3つ前のスレッドで決定が下されたことも、AIは知らない。
私たちは、それとは違うものを求めた。
## 私たちが繰り返し目にしてきた課題
Kylonを作る前、私たちはチーム向けのツールを開発していた。コラボレーション製品、社内プラットフォーム、仕事が実際に行われる場所に根ざしたものを。そして「AI機能」が実装されるたびに、決まって同じ形で登場した——サイドバー、オートコンプリート、既存の画面に後付けされた「生成」ボタン。
AIがチームに加わることはなかった。誰かが引き出しから取り出すまで、ただそこで待っているだけだった。
単発のタスクならそれで十分かもしれない。しかし本当の仕事は単発ではない。本当の仕事には、何週間もかけて積み上がるコンテキストがある。履歴があり、関係者がいて、依存関係があり、積み重なる判断がある。それをすべてテキストボックスに貼り付けることはできない。
## チームに居続けるagent
そこで私たちは、別の考えを軸にKylonを設計した。agentは製品の「機能」ではなく、workspaceの「メンバー」であるべきだ——という考えだ。
Kylonでは、agentはチャンネルに参加する。スレッドを読む。先週火曜日に何があったかを覚えている。GitHub、Notion、Gmail、Slack、Linearといったツールと連携し、内容を要約するだけでなく、実際にそこで行動する。
逐一指示する必要はない。何が必要かを伝えれば、agentは自分で考えて動く。行き詰まれば確認を求め、承認が必要なら待つ。完了すればチームが見える場所に結果を投稿する。
## 今、これが重要な理由
AIモデルの性能は、十分なレベルに達した。もはやそこがボトルネックではない。
ボトルネックは、モデルと仕事の間にある空白だ。配線、コンテキスト、メモリ——そして「提案する」だけでなく「実行する」能力。
私たちが話を聞くチームは、みな同じことを言う。「ChatGPTは使っているけど、下書き専用だ」。「Copilotを試したけど、自社のコードベースを理解していない」。「毎回コンテキストの準備に20分かかる」。
それは知性の問題ではない。アーキテクチャの問題だ。そして、それこそが私たちが解いている課題だ。
## 私たちが信じること
すべてのチームの次のかたちには、AIメンバーが存在すると私たちは考える。見せかけのためではなく——会社のことを既に知り、ツールを使いこなし、初日から貢献できる新しいチームメンバーを迎えるように。
agentにはメモリ、アイデンティティ、そして自律性があるべきだと考える。誰と働いているか、これまで何をしてきたか、チームが何を大切にしているかを理解していなければならない。
そして、workspaceはそのために設計されるべきだと考える。適応でも、後付けでもなく、最初からそのために作られるべきだ。
それがKylonだ。
---
## Kylon vs. Claude Tag：同じ発想、まったく異なるアーキテクチャ
> AnthropicがClaudeをSlackに組み込みました。私たちは創業当初から、AIチームメイトを独自のworkspaceに統合して構築してきました。その違いが実際に何を意味するのかを解説します。
**Author:** Kylon Team · Product | **Date:** 2026-07-13 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/kylon-vs-claude-tag
## Claude Tagが優れている点
Claude Tagは実際の問題を解決しています。以前は、職場でClaudeを活用するためにはclaude.aiを開き、コンテキストを貼り付けて回答を得たあと、その内容を実際の作業場所に持ち帰るという手順が必要でした。今やClaudeはSlackのスレッドに常駐し、会話を読み取りながらコンテキストに沿った回答を返します。
「マルチプレイヤー」設計は秀逸です。チャンネルごとに1つのClaudeインスタンスが配置され、チーム全員がその動作をリアルタイムで確認できます。
機能はSlackの会話に限りません。管理者がAccess bundleをプロビジョニングすることで、ClaudeはGitHub、Google Drive、Notion、Confluence、Jira、Linear、Asana、BigQuery、Snowflake、Datadog、Sentry、PagerDuty、HubSpot、Gong、Salesforceといった外部ツールにアクセスできるようになります。
## 複雑になる部分
- セッションの競合：複数のメンバーが同時にClaudeを操作することで、指示が混在するリスクがあります。
- フラットな権限の問題：接続はagentのアイデンティティに紐づいており、個人には紐づきません。チャンネル内の全員が同一のサービスアカウントを通じて同じアクセス権を持ち、ユーザーごとの権限分離はできません。
- メモリはチャンネル内のみ有効で、チャンネルをまたいだ記憶の引き継ぎはできません。
- トークンコスト：消費型課金のため、すべてのメッセージがトークンを消費します。
- SlackのゲストとしてSlackの制約をそのまま引き継ぎます。
## より深い問題：人間の脳がボトルネック
AgentがOrganizationに加わると、workspaceは「コミュニケーションの場」から「業務実行の場」へと変わります。業務の80%が実行、残り20%がコーディネーションになる世界です。人間のワーキングメモリは約4項目、毎秒約50ビット。情報アーキテクチャはagentが生産できる量ではなく、人間が吸収できる量を基準に再設計される必要があります。
## Kylonが異なるアプローチを取る理由
**リッチなインタラクション**：KylonのagentはSlackのBlock Kitの制約を超え、インタラクティブなカード、テーブル、チャート、ユーザーごとのUIをレンダリングできます。
**アテンション管理**：Agentはバックグラウンドで静かに作業し、人間の判断が必要な情報だけをworkspaceに浮かび上がらせます。
**永続メモリ**：チャンネル単位の記憶ではなく、workspace全体を横断する永続的なメモリを保持します。
**柔軟な権限モデル**：AgentはアカウントをAgent自身が所有することも、委任された人間の権限を借りて動作することもできます。
**マルチモデル対応**：Claude一択ではなく、推論・画像・動画・音声など用途に応じた高性能モデルを選択でき、推論負荷に応じて適応的に対応します。
**組み込みのデータベースアプリ**：Slackのメッセージと異なり、構造化されたデータをworkspace内で直接管理できます。
**協調的なアプリ構築**：非技術者でも必要なものを言葉で伝えれば、agentがデータベース付きのバージョン管理されたアプリを構築します。
**マルチエージェント連携**：1つのチャンネルに複数の専門agentを配置し、複雑なタスクを協調して処理できます。
## Claude Tagが適しているケース
- すでにSlackを活用しており、検索・要約機能の強化を求めているチーム。
- Claude Codeを活用しているエンジニアリングチーム。
## Kylonが適しているケース
- 構造化されたデータ管理が必要なチーム。
- AIに実際のアクションを実行させたい組織。
- Agentの出力量が多くチームが対応しきれていない組織。
- 非技術者がアプリやツールを自力で構築したい場合。
- ユーザーごとに権限を細かく管理したい場合。
- 複数のagentを連携させて業務を進めたい組織。
- 複数のAIモデルを使い分けたいチーム。
- workspaceを起点にAIを活用したい組織。
## 本質的な問題
本当のボトルネックはAI側にあったのではありません。AIと人間の脳の間のインターフェースにあったのです。その制約を解決したworkspaceこそが、これからの時代を制します。
---
## 【2026年7月最新】Kimi K3ベンチマーク徹底比較 — Fable 5・GPT-5.6 Sol・GLM-5.2との実力差を検証
> Moonshot AIが公開した2.8兆パラメータのオープンウェイトモデルKimi K3。Artificial Analysis第3位、Arenaフロントエンド開発第1位の実力を、主要ベンチマークと専門家の評価をもとに検証します。
**Author:** Kylon Team · Product | **Date:** 2026-07-18 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/kimi-k3-benchmark-2026
2026年7月16日、Moonshot AIは新モデル**Kimi K3**を公開しました。パラメータ数は2.8兆です。100万トークンのコンテキストウィンドウを備えます。ネイティブの画像・動画認識にも対応するオープンウェイトモデルです。公開から24時間以内に、Arenaのフロントエンド開発リーダーボードで第1位を獲得しました。Artificial AnalysisのIntelligence Indexでは第3位の水準に達しました。
本記事では、**Kimi K3**のベンチマークスコアを、Anthropicの**Claude Fable 5**、OpenAIの**GPT-5.6 Sol**、Zhipu AIの**GLM-5.2**と項目別に比較します。あわせて、モデル性能だけでは解決できないAIエージェント活用の論点を整理します。
## 総合知能指数：Artificial Analysis Intelligence Index
Artificial Analysisは、GDPval-AA v2、Terminal-Bench 2.1、SciCodeなど9評価を統合した総合知能指数を公開しています。Humanity's Last Exam、GPQA Diamondも評価対象です。189モデル中の順位は、以下の通りです。
*Artificial Analysis Intelligence Index v4.1（2026年7月16日時点）。出典：Artificial Analysis、チャート：Kingy AI*
- **Claude Fable 5（max）** — 60点（上位2%）
- **GPT-5.6 Sol（max）** — 59点（上位2%）
- **Kimi K3** — 57.1点（上位3%）
- **Claude Opus 4.8** — 約57点（上位3%）
- **GPT-5.5** — 約55点（上位4%）
**Kimi K3**はフロンティアモデルの水準に達しました。一方、総合指数では**Fable 5**と**GPT-5.6 Sol**を約3点下回りました。ただし、この差は歴史的に見れば小さい範囲にとどまります。
## Arenaリーダーボード：ブラインド比較で第1位
Arenaは、モデル名を伏せた状態でユーザーが出力を比較し、勝者を選ぶリーダーボードです。Text Arena、Code Arena、Agent Arenaの3部門では**Fable 5**が首位を維持しています。一方、フロントエンドWeb開発部門では、**Kimi K3**が1,679点で首位を獲得しました。**Fable 5**は1,631点、**GPT-5.6 Sol**は1,618点です。
前世代の**Kimi K2.6**は1,515点で18位にとどまりました。
*Arena Frontend Code Arenaリーダーボード。Kimi K3が1,679点で首位、Claude Fable 5（1,631）、GPT-5.6 Sol（1,618）を上回る。出典：Arena.ai*
1世代で164点上昇し、順位も18ランク上げたことが明らかになりました。この成長幅は、他社モデルと比べても例を見ない水準です。Arena共同創業者のAnastasios Angelopoulos氏は「今年最大のリリースかもしれない」「オープンソースの中国モデルがクローズドな米国モデルを超える瞬間だ」と評しました。
## コーディング性能：K3が最も力を発揮する領域
- ProgramBench — K3：77.8%（第1位）、**GPT-5.6 Sol**：77.6%
- Terminal-Bench 2.1 — K3：88.3%、**GPT-5.6 Sol Ultra**：91.9%、**Fable 5**：88.0%
- SWE Marathon — K3：42.0%（第1位）、**GPT-5.6 Sol**：39.0%
- DeepSWE — K3：67.5%、**GLM-5.2**：46.2%
- SWE-bench Verified — K3：60.4%、**Fable 5**：95.0%
- FrontierCode Diamond — **Fable 5**：29.3%、**GPT-5.6 Sol**：5.7%
長時間のコーディングタスクでは、K3が強みを示しました。SWE MarathonとProgramBenchでは首位を獲得しています。一方、SWE-bench Verifiedでは**Fable 5**が95.0%、K3が60.4%でした。高難度問題のFrontierCode Diamondでも、**Fable 5**が大幅に上回りました。K3はコーディング全般で高い性能を示す一方、最難関問題への対応では**Fable 5**に及びません。
## 知識・推論性能
- BrowseComp（長時間情報検索） — K3：91.2、**GPT-5.6 Sol**：92.2
- GPQA Diamond（大学院レベル科学推論） — K3：93.5%
- Humanity's Last Exam — K3：44.3%、**Fable 5**：59.0%（ツールなし）/ 64.5%（ツールあり）
BrowseCompでは、K3は91.2を記録しました。**GPT-5.6 Sol**とほぼ同水準です。GPQA Diamondでは93.5%に達し、大学院レベルの科学的推論でも高い正答率を示しました。総合的な知識タスクでは、**Fable 5**がリードを維持しています。
## エージェントタスク
*Kimi K3のGeneral Agents・Visual Agentsベンチマーク結果。BrowseComp（91.2）、Automation Bench（30.8）、SpreadsheetBench 2（34.8）で首位。出典：Moonshot AI*
実世界の業務自動化ベンチマークでは、8項目中4項目でK3が首位を獲得しました。AutomationBenchやSpreadsheetBench 2などの実務タスクで高い性能を示しています。一方、コンピュータ操作タスクのOSWorld 2.0では、**GPT-5.6 Sol**が62.6%で大きくリードしました。
## 専門家・業界関係者の反応
K3の公開後、X（旧Twitter）では評価と慎重論の双方が広がりました。
### 高い評価を示した専門家
- Aaron Levie（Box CEO） — 「AI構築企業にとって大きな勝利。安価なフロンティアモデルがエンタープライズAI活用を拡大させる」
- Gavin Baker（投資家） — 「AIの転換点。モデル層の競争激化は、クローズドAIスタートアップ以外のすべての企業に恩恵をもたらす」
- Anastasios Angelopoulos（Arena共同創業者） — 「今年最大のリリースかもしれない」
- Theo Browne（開発者/YouTuber） — 「**Kimi K3**は『これまでで最高のモデル（ときどき）』。3Dおよびビジュアルコーディングはオープンウェイトモデルで最も優秀」
### 慎重な見解を示した専門家
- Ethan Mollick（ウォートンスクール教授） — 「複雑な統計監査タスクではK3に誤りが見られた」と注意を促す
- Patrick Moorhead（テックアナリスト） — 「2025年のDeepSeekのときと驚くほど似た過剰反応」
- David Sacks（大統領科学技術諮問委員会共同議長） — K3のフロントエンド開発首位に「懸念」を表明。米国の自主規制がAI競争力に影響する可能性を指摘
- Theo Browne（開発者/YouTuber） — 「K3は素晴らしいモデルだが、コストパフォーマンスは素晴らしくない。トークン単価はSolの半分でも、トークン消費量が2倍なのでコストは同じ。Solは2倍速いので、同じ費用で4倍速く仕事が終わる」と実測データに基づく分析を投稿
## 価格比較：K3の破壊力
ベンチマーク性能が拮抗するなか、K3の価格設定は明確な差別化要因です。
- **Kimi K3** — 入力 $3.00/100万トークン（キャッシュ時 $0.30）、出力 $15.00/100万トークン
- **GPT-5.6 Sol** — 入力 $5.00、出力 $30.00（27.2万トークン超は $10/$45に上昇）
- **Claude Fable 5** — 入力 $10.00、出力 $50.00
- **GLM-5.2** — 入力 約$1.00、出力 約$5.00
K3のトークン単価は**Fable 5**の30%です。ただし、実際のタスクコストは単純な単価比較ほど低くありません。開発者のTheo Browne氏がX上で指摘した分析が注目を集めています。
### トークン単価の罠：実際のタスクコスト
K3は出力が冗長になりやすいモデルです。Artificial AnalysisのIntelligence Index評価では、K3は1億3,000万の出力トークンを生成しました。**GPT-5.6 Sol**は7,000万、**Fable 5**は8,700万です。同じタスクセットで、K3の出力トークン量はSolの約1.9倍に達しました。
出力コストは、K3が$15/100万トークン × 1億3,000万 ≒ $1,950です。**GPT-5.6 Sol**は$30/100万 × 7,000万 ≒ $2,100です。**Fable 5**は$50/100万 × 8,700万 ≒ $4,350です。K3は**Fable 5**より確実に安価です。一方、**GPT-5.6 Sol**とのタスク当たりのコスト差は、ほぼゼロにとどまります。
K3の処理速度は約62トークン/秒です。**GPT-5.6 Sol**の約半分にとどまります。トークン消費量の多さも踏まえると、Solは同等のコストで約4倍速くタスクを完了します。Theo Browne氏は「K3は素晴らしいモデルだが、素晴らしいコストパフォーマンスではない。K3のトークン単価がSolの半分でも、Solのトークン消費量がK3の半分なので、実際のコストは同じになる」と指摘しています。
### K3の価格が真に有利な場面
キャッシュ利用時の入力価格は$0.30です。90%の割引により、大規模リポジトリのコードレビューや10万ページ超のドキュメント分析も現実的なコストで実行できます。7月27日にはModified MITライセンスでモデルウェイトが完全公開される予定です。セルフホスティングにより、API費用をゼロにする選択肢も生まれます。
## Kimi K3とは？基本情報まとめ
**Kimi K3**（キミ・ケースリー）は、中国のAIスタートアップMoonshot AIが2026年7月16日に公開した大規模言語モデル（LLM）です。「Kimi」はMoonshot AIのAIアシスタントブランド名です。K3は第3世代のフラッグシップモデルにあたります。
- **開発元**：Moonshot AI（月之暗面）、中国・北京
- **パラメータ数**：2.8兆（世界初のオープン3兆パラメータ級モデル）
- **コンテキストウィンドウ**：100万トークン
- **対応モダリティ**：テキスト、画像、動画のネイティブ認識
- **ライセンス**：Modified MIT（2026年7月27日にウェイト完全公開予定）
- **API利用**：platform.kimi.ai からAPIキーを取得。入力 $3.00/100万トークン、出力 $15.00/100万トークン
- **使い方**：kimi.comでチャット利用、またはAPI経由でアプリケーションに組み込み。Cloudflare Workers AI、OpenRouterなどのサードパーティでも利用可能
Kimi K3の詳しいコスト分析については、[「Kimi K3の本当のコスト」](/ja/blog/kimi-k3-real-cost)で、トークン単価と実際のタスクコストの違いを解説しています。AIエージェント全般の比較については、[「AIエージェント比較2026」](/ja/blog/ai-agent-comparison-2026)をご覧ください。
## モデル性能だけでは解決できない、AIエージェント活用の本質
ここまでのベンチマークは、いずれもモデル単体を評価した結果です。1つのプロンプトに1つの応答を返し、そのスコアを測定します。しかし、実際の業務はこのような単発の処理だけでは完結しません。
実務では、AIエージェントは先週の会議で決まった事項を把握する必要があります。顧客管理システムからデータを取得し、カレンダーを確認します。フォローアップメールを起案し、上長の承認を待つ場面もあります。部門ごとの用語の違いを理解することも必要です。過去の修正指示を踏まえ、同じ誤りを繰り返さないことも求められます。
K3、**Fable 5**、**GPT-5.6 Sol**はいずれも、モデル単体ではこれらの課題を解決できません。モデルは「脳」に相当します。しかし、記憶、文脈、実行手段を持たないモデルは、高速な自動補完エンジンにとどまります。
## Kylonが実現するAIエージェントの真価
- 持続するメモリ — 会話やチャンネルをまたいで、チームの決定事項、業務の優先順位、過去の経緯を記憶し続けます。6月5日に修正されたQ4売上目標は、7月でも8月でも、関連するすべてのチャンネルで参照可能です
- 権限とアイデンティティ — 各エージェントに固有のID、ツールセット、権限境界を設定できます。営業チーム用エージェントは顧客管理システムにアクセスできますがコードベースにはアクセスできません。エンジニアリング用エージェントはステージング環境にデプロイできますが、本番環境には人間の承認が必要です
- 3,000以上のツール連携 — Gmail、Slack、GitHub、Notion、Salesforce、Google Sheets、Ahrefs、PostHogなどとOAuth認証で安全に接続。重要な操作には人間の承認フロー（Human-in-the-Loop）を設定可能です
- 自動化ワークフロー — スケジュール実行、Webhookトリガー、複数ステップのプロセスを確実に実行します。「毎朝9時に最新のSEOデータを取得して要約する」は、プロンプトではなく、自動で動くワークフローです
- 蓄積するスキル — 「日本語ブログ記事の書き方」「競合分析の手順」「リード処理のフロー」といった再利用可能なスキルパッケージをエージェント間で共有できます。業務ノウハウの属人化を防ぎ、組織の資産として蓄積します
- 人間とエージェントの協働 — 自動化ではなく協働が設計思想です。エージェントが提案し、人間が承認する。エージェントが起案し、人間が仕上げる。エージェントが監視し、人間が判断する。モデルの性能を最大限に活かしつつ、意思決定は人間が行います
K3、**Fable 5**、**GPT-5.6**を評価する際に見ているのは、エンジンの性能です。Kylonで評価するのは、そのエンジンにメモリ、文脈、ツール、判断、説明責任を加えたときに、チームが何を達成できるかです。
モデルは今後も進化を続けます。毎四半期、どこかの企業がベンチマークを更新する新モデルを公開するでしょう。これは競争の性質です。本質的な問いは「どのモデルが最強か」ではありません。「チームはAIとどう働くか」です。Kylonは、その問いに答えるために設計されたワークスペースです。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## 【2026年版】Kylon・Manus・Genspark徹底比較｜個人AIと「マルチプレイヤーAI」の決定的な違い
> ManusやGenspark は個人の生産性を飛躍的に高めるAIエージェント。しかしチームで使うなら、設計思想が根本的に異なるKylonの「マルチプレイヤーエージェント」が必要です。
**Author:** Kylon Team · Product | **Date:** 2026-07-17 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/kylon-vs-manus-genspark
2026年、AIエージェント市場は急速に拡大しています。Manusは複雑なリサーチやWebアプリ開発を自律的にこなし、Genspark はスライド作成、メール管理、電話代行まで幅広い業務を一人で処理できます。いずれも個人の生産性を劇的に向上させるツールです。
しかし、ここで見落とされがちな本質的な問題があります。ManusもGenspark も「一人のユーザーが一つのAIに指示を出す」という設計です。チームで業務を進める中小企業にとって、個人の生産性向上だけでは解決できない課題が残ります。業務知識の属人化、部門間の情報断絶、権限管理の複雑さ——これらはチーム全体で共有されるAIでなければ解決できません。
## Manusの特長：自律型タスク実行の先駆者
Manusの最大の強みは「指示を出して任せきれる」自律性です。クラウド上の仮想環境でWebブラウジング、データ収集、Python実行、レポート作成を一連で行い、完了後に通知します。ユーザーがプロンプトを段階的に入力する必要はありません。競合調査や市場分析など、深いリサーチ業務において他のツールを大きくリードしています。
ただし、Manusの作業環境は完全に個人に閉じています。調査結果は自分の画面にしか表示されず、チームメンバーが同じプロジェクトの文脈を共有する仕組みがありません。営業担当が調べた競合情報が、マーケティング担当のキャンペーン設計に自動的に反映されることはなく、手動での情報共有が必要です。
## Gensparkの特長：多機能オールインワン・エージェント
Gensparkは幅広さで勝負するツールです。スライド作成（AI Slides）、スプレッドシート（AI Sheets）、ドキュメント作成（AI Docs）、電話代行（AI Call）、メール管理（AI Inbox）、スケジュール管理（AI Secretary）と、個人の業務をほぼすべてカバーします。GPT-5、Claude、Geminiなど複数モデルを組み合わせる「Mixture of Agents」方式で、タスクごとに最適なモデルが自動選択されます。
多機能ではありますが、Gensparkのワークスペースも個人単位です。チームメンバー間でエージェントの記憶や作業成果を共有する設計にはなっていません。複数人が同じプロジェクトに関わる場合、各自がそれぞれのGensparkで作業し、成果物をメールやチャットで手動共有するという従来のワークフローが残ります。
## チーム利用で顕在化する3つの課題
- **業務知識の属人化**：個人のAIに蓄積された知識は、その人が異動・退職すると組織から失われます。エージェントの記憶が個人に紐づいている限り、ナレッジの組織的な蓄積は実現しません
- **部門間の情報断絶**：営業がManusで作成した調査レポートと、マーケティングがGenspark で作成したキャンペーン資料は互いに参照できません。チーム全体の意思決定に必要な情報が分散したままです
- **権限管理の不在**：個人ツールでは「自分のデータに自分がアクセスする」だけで済みますが、チームでは「誰が何にアクセスでき、どの操作に承認が必要か」を制御する必要があります。ManusにもGenspark にもこの仕組みはありません
## Kylonの設計思想：マルチプレイヤーエージェント
Kylonは「AIエージェントがチームメンバーとして業務に参加する」ワークスペースです。個人の生産性ではなく、チーム全体の業務効率と知識共有を最優先に設計されています。この設計思想を「マルチプレイヤーエージェント」と呼んでいます。
### チャンネルに参加するエージェント
Kylonでは、AIエージェントが人間と同じチャンネルに参加します。データ分析エージェント、ライティングエージェント、マーケティングエージェントが同じチャンネルで協働し、互いのアウトプットを参照しながら作業を進めます。営業チャンネルで質問すれば、CRMエージェントが最新の案件データを取得し、分析エージェントがキャンペーン効果と照合する——複数のアプリを開いてコピー＆ペーストする必要はありません。
### ワークスペース全体で共有されるメモリ
Manusの記憶は会話単位、Gensparkの記憶はユーザー単位で閉じています。Kylonのエージェントメモリはワークスペース全体で共有されます。開発チャンネルで学んだデプロイ手順は、運用チャンネルでも有効です。「Q3のローンチ」が指す内容は、スレッド・データベース・DMのいずれで言及されても一貫しています。
中小企業にとって、この仕組みは業務の属人化を解消する具体策になります。新入社員がエージェントに「顧客への返金処理はどう行うか」と質問すれば、過去数か月のチーム内の決定事項に基づいた回答が返ります。汎用モデルの一般的な回答ではなく、自社の業務プロセスに即した回答です。
### マルチエージェント連携
Manusは1つのエージェントが1つのタスクを実行します。Gensparkは複数の専門エージェントがありますが、1人のユーザーが個別に指示を出す設計です。Kylonでは、複数のエージェントがチーム横断で連携します。データエージェントが数値を取得し、ライティングエージェントがレポートを作成し、マーケティングエージェントが配信を設定する——同じチャンネル内で自然に業務が引き継がれます。
### 操作者に紐づく権限管理
Kylonのエージェントは、操作を承認した人間の権限範囲内で動作します。アクセス権のないリポジトリに対してエージェントに作業を依頼しても、権限チェックにより実行されません。同じエージェントを使っていても、インターンと経営者ではアクセスできるデータが異なります。中小企業でも、大企業と同等のセキュリティガバナンスを実現できます。
## 用途別の選び方
- **個人で深いリサーチや分析が必要な場合** → Manusが最適です。タスクを委任して完了を待つワークスタイルに適しています
- **個人の業務効率化ツールを一本化したい場合** → Gensparkが効果的です。スライド、メール、スケジュール管理を一つの画面で完結できます
- **チームでAIを活用したい場合** → Kylonが最適解です。マルチプレイヤーエージェントにより、チーム全体の業務知識が蓄積・共有され、属人化を解消します。特に少人数のチームや中小企業にとって、個々のメンバーの作業が組織のナレッジとして積み上がる仕組みは、事業の成長基盤になります
## まとめ：個人AIからチームAIへ
AIエージェント市場は「個人向けエージェント」と「チーム向けマルチプレイヤーエージェント」に分岐しています。ManusやGenspark が個人の生産性を飛躍的に高めることは間違いありません。しかし、チームで成果を出すには、エージェントが組織の文脈を理解し、メンバー間で知識を共有し、権限に基づいて安全に動作する仕組みが不可欠です。
Kylonは、AIエージェントをチームの一員として迎え入れるために設計されたワークスペースです。個人の作業効率ではなく、チーム全体の業務品質と知識資産の蓄積を目指す組織に、マルチプレイヤーエージェントという新しい選択肢を提供します。
> 優れたAIツールは個人を速くする。優れたAIワークスペースは、チームを賢くする。
> — Kylon Team
---
## Kylon vs Claude Cowork vs ChatGPT Work：AIエージェントがチームに加わるとき、ワークスペースの設計が成果を分ける
> AnthropicとOpenAIは優れた個人向けAIエージェントを開発しました。Kylonは、複数のAIエージェントと人間がチームとして協働するワークスペースを構築しています。
**Author:** Kylon Team · Product | **Date:** 2026-07-18 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/kylon-vs-claude-cowork-chatgpt-work
2026年、世界最大のAI企業2社がそれぞれ業務向けAIエージェントを発表しました。Anthropicは1月にClaude Coworkを公開しました。デスクトップ上でファイルの読み書き、レポート作成、ドキュメント整理などの複数工程を自動化するエージェント型アプリケーションです。OpenAIは7月にChatGPT Workをリリースしました。Slack、Teams、Google Drive、CRMなどの業務ツールと連携し、完成された資料やプレゼンテーションを生成するエンタープライズ向けエージェントです。
どちらも技術的に優れた製品です。しかし、共通する制約があります。どちらも**個人単位での利用を前提に設計されている**という点です。
## Claude Coworkの強み
Claude Coworkは、デスクトップ環境で動作するAIエージェントとして非常に高い完成度を持っています。フォルダを指定して作業内容を伝えるだけで、ファイルの読み取り、新規作成、レポートの下書き、データの整理までを自動で実行します。2026年7月にはWeb・モバイル版にも対応し、外出先からでもタスクの進行状況を確認できるようになりました。Google WorkspaceやDocuSign、CRMシステムとの連携プラグインも提供されています。
日常業務の30〜50%を支援できるとAnthropicは見積もっており、ファイル処理やレポート作成に追われるナレッジワーカーにとって、確かに生産性を大幅に向上させるツールです。
## ChatGPT Workの強み
ChatGPT Workは異なるアプローチを取ります。デスクトップに常駐するのではなく、既存の業務ツール群に統合されます。最新モデルGPT-5.6 Solを搭載し、複雑な目標を段階的に分解して実行し、完成された資料を納品します。Microsoftエコシステムに組み込まれた企業にとって、連携の深さは大きな魅力です。
## 共通の課題：個人で完結するAI、チームには見えない成果
Claude Coworkは個人のデスクトップで動作します。エージェントが蓄積した知識や作成した資料は、そのPCの中に閉じています。隣の席の同僚がその成果を活用するには、手動でファイルを送信する必要があります。ChatGPT Workも同様に、個人のツール・権限を通じて動作し、会話スレッド内で完結します。
チームとしての業務効率化を考えたとき、この構造には限界があります。マーケティング担当が行った競合分析の結果を、営業担当のプレゼン資料に反映するには、従来どおりの転記作業が必要です。新しいメンバーが入社しても、エージェントが蓄積した業務知識をそのまま引き継ぐことはできません。
## Kylonのアプローチ：エージェントをチームの一員に
### 独自のアイデンティティを持つエージェント
Kylonでは、各エージェントが名前、役割、専門スキル、独自のメモリ、定義された権限を持ちます。データ分析エージェント、コンテンツ作成エージェント、マーケティングエージェントが同じワークスペースに存在し、それぞれが過去のやり取りを記憶しながら、自分に許可された範囲で作業を遂行します。
### 複数エージェントの連携
Claude CoworkもChatGPT Workも、1人のユーザーに対して1つのエージェントが対応する構造です。Kylonでは、複数のエージェントが同じチャンネルで協働します。リサーチエージェントが競合データを収集している間に、コンテンツエージェントがその結果をもとにブログ記事を作成する。人間がエージェント間で成果物を転記する必要はありません。
### 組織のナレッジが蓄積される
Claude Coworkの文脈はセッション単位で消えます。ChatGPT Workの文脈も会話ごとにリセットされます。Kylonのエージェントは、すべてのやり取りを通じて永続的なメモリを構築します。1月に処理した顧客対応の記録を、6月に類似の問題が発生した際に参照できます。属人化を防ぎ、業務知識をチーム全体の資産として蓄積する仕組みです。
### 内蔵データベースとワークフロー
Kylonにはワークスペース内蔵のデータベースアプリがあります。エージェントが直接データを読み書きし、CRM、プロジェクト管理、キャンペーンダッシュボードを会話形式で構築できます。さらに、定期実行のワークフローにより、日次レポートやKPI監視を自動化できます。
## それぞれの製品が適するケース
**Claude Coworkが適するケース：**デスクトップ上のファイル処理やレポート作成を自動化したい個人のナレッジワーカー。ローカル環境での作業自動化に最適です。
**ChatGPT Workが適するケース：**MicrosoftやGoogleの業務ツールを多用する組織で、複数のアプリケーションからデータを統合して資料を作成する必要がある場合。
**Kylonが適するケース：**チーム全体でAIエージェントと協働し、業務知識の蓄積、複数エージェントの連携、組織横断のワークフロー自動化が必要な場合。個人の生産性ではなく、チームの生産性を向上させたい組織に最適です。
## 一人でAIを使うのと、チームでAIを使うのは違う
個人でAIツールを使いこなせるようになっても、チーム全体の業務改善には限界があります。一人のプロンプトスキルが属人化し、ナレッジが共有されず、ツール間の転記作業が残る。これは「個人のAI活用」と「組織のAI活用」の構造的な違いです。
- **個人のAI活用** — 個人チャットで質問と回答を繰り返す。成果物はコピペで別のツールへ。ナレッジは個人の履歴に閉じる
- **チームのAI活用（Kylon）** — AIエージェントがチームメンバーとして参加。業務の文脈を記憶し、外部ツールと連携し、チーム全員がその成果を共有できる
Kylonは、AIエージェントをチームの一員として組み込むワークスペースです。エージェントがSlack、Gmail、Notion、スプレッドシートなどと直接連携し、業務の文脈を継続的に蓄積します。「AIに毎回説明し直す」必要がなくなります。
[デモを予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Kylon vs Notion AI vs Glean：ドキュメントと検索だけでは足りない理由
> Notion AIはドキュメントを強化し、Gleanは企業内検索を変革しました。Kylonは、AIエージェントがチームの一員として実際に業務を遂行するワークスペースです。
**Author:** Kylon Team · Product | **Date:** 2026-07-18 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/kylon-vs-notion-ai-glean
NotionとGleanは、それぞれの分野で最も評価の高い業務ツールです。Notionは柔軟なドキュメント管理プラットフォームとして、Gleanは企業内の情報検索を根本から改善するツールとして、2025〜2026年にかけて本格的なAI機能を搭載しました。
しかし、Notionの本質はドキュメント管理であり、Gleanの本質は検索です。AIエージェントが実際に業務を遂行できる時代において、情報の整理と検索は必要条件ですが、十分条件ではありません。
## Notion AIの強み
Notion AIの自律型エージェントは、最大20分間にわたって複数ステップのタスクを実行できます。プロジェクト計画の作成、複数ページからの調査取りまとめ、レポートの下書き、データベース項目の一括更新などが可能です。GPT-5.2、Claude Opus 4.6、Gemini 3から最適なモデルを選択でき、スケジュールやトリガーに基づくカスタムエージェントも構築できます。Slack、Google Drive、GitHub、Jiraなど外部ツールとの横断検索も備えています。
## Gleanの強み
Gleanは、企業が長年抱えてきた「情報がどこかにあるはずだが見つからない」という課題を解決しました。100以上の業務アプリケーションを接続し、ドキュメント、メッセージ、ツール、人物の関係をマッピングするナレッジグラフを構築します。SOC 2、HIPAA、GDPRに準拠し、行レベルのアクセス制御を備えた企業向けセキュリティも万全です。
## 共通の課題：情報の整理と検索は「実行」ではない
実際のチーム業務を考えてみましょう。競合調査を行い、比較ダッシュボードを作成し、ブログ記事を執筆し、ウェブサイトにデプロイし、SEOパフォーマンスを追跡し、結果に基づいて調整する。Notion AIは記事の下書きと調査の整理を支援できますが、ウェブサイトへのデプロイやSEO指標の追跡はできません。Gleanは競合データを横断検索できますが、記事を書いたりダッシュボードを構築したりする機能はありません。
AIエージェントがアプリを構築し、ワークフローを実行し、メールを送信し、データベースを更新できる時代に、情報の検索と整理だけに留まるツールでは、業務効率化の可能性の大部分を活かせていません。
## Kylonのアプローチ
### 情報を見つけるだけでなく、業務を遂行するエージェント
Kylonのエージェントは、ブログ記事の下書きだけでなく、競合調査の実施、記事の作成、ウェブサイトへのデプロイ、SEOトラッキングの設定、翌朝のパフォーマンスレポートまでを一貫して実行します。別のエージェントがCRMパイプラインを監視して注意が必要な案件を通知し、さらに別のエージェントが受信メールを振り分けます。
### 単一のAI機能ではなく、複数エージェントの協働
NotionにはNotion AIという単一のAI機能があります。GleanにもGlean AIという単一の検索・分析レイヤーがあります。Kylonは、データ分析、コンテンツ作成、マーケティング、業務管理など、それぞれ専門性を持つ複数のエージェントが同じワークスペースで協働します。互いの成果物を読み、タスクを引き継ぎ、自然に連携します。
### ワークスペースネイティブな設計
Notionの基本単位はページとデータベースです。Gleanの基本単位は検索クエリです。Kylonの基本単位は、チャンネル、エージェント、データベース、ワークフロー、スキルです。ワークスペースそのものがオペレーティングシステムとして機能し、エージェントがその中でファーストクラスの構成員として活動します。
## それぞれの製品が適するケース
**Notion AIが適するケース：**ドキュメント中心の業務を行うチーム。ウィキ、プロジェクト資料、データベースの管理をAIで強化したい場合に最適です。
**Gleanが適するケース：**数十のツールに情報が分散しており、必要な情報を素早く見つけることが最大の課題である組織。
**Kylonが適するケース：**情報の検索や整理だけでなく、AIエージェントに実際の業務を遂行させたいチーム。データベース、ワークフロー、権限管理、複数エージェントの連携を活用して、チーム全体の業務効率を向上させたい組織に最適です。
## 一人でAIを使うのと、チームでAIを使うのは違う
個人でAIツールを使いこなせるようになっても、チーム全体の業務改善には限界があります。一人のプロンプトスキルが属人化し、ナレッジが共有されず、ツール間の転記作業が残る。これは「個人のAI活用」と「組織のAI活用」の構造的な違いです。
- **個人のAI活用** — 個人チャットで質問と回答を繰り返す。成果物はコピペで別のツールへ。ナレッジは個人の履歴に閉じる
- **チームのAI活用（Kylon）** — AIエージェントがチームメンバーとして参加。業務の文脈を記憶し、外部ツールと連携し、チーム全員がその成果を共有できる
Kylonは、AIエージェントをチームの一員として組み込むワークスペースです。エージェントがSlack、Gmail、Notion、スプレッドシートなどと直接連携し、業務の文脈を継続的に蓄積します。「AIに毎回説明し直す」必要がなくなります。
[デモを予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Kylon vs Kimi Work：人と同じチームで働くAIエージェント
> Kimi Workは300のサブエージェントを並列実行するデスクトップツール。Kylonは人間とAIエージェントがチームとして協働するワークスペース。それぞれの適用場面を解説。
**Author:** Kylon Team · Product | **Date:** 2026-07-18 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/kylon-vs-kimi-work
Moonshot AIのKimi Workは、2026年で最も技術的に野心的なAIエージェント製品の1つです。macOSとWindowsに対応するデスクトップアプリケーションで、Kimi K2.6モデルを搭載。Agent Swarm技術により最大300のサブエージェントを並列実行し、4,000以上のステップを統合して1つのタスクを完了させます。開発者やリサーチャーにとって、圧倒的な処理能力を持つツールです。
Kylonは根本的に異なるアプローチを取ります。1人のユーザーがデスクトップ上でできることを最大化するのではなく、複数の人間とエージェントが協働するワークスペースを構築しています。
## Kimi Workの強み
Agent Swarmは強力な機能です。「50社のウェブサイトを巡回し、価格データを抽出してスプレッドシートに整理し、先月からの変更点を検出せよ」という指示に対し、数十のサブエージェントが並列で動作します。人間のリサーチャーが丸一日かかる作業を、Kimi Workは15分で完了させます。
WebBridge機能も優れています。APIを呼び出す代わりに、ブラウザを人間のように操作します。検索、スクロール、データ抽出、フォーム入力を、既存のログイン情報やCookieを引き継いで実行します。APIが存在しない社内システムにも対応できる点は実用的です。Cron実行エンジンにより、定期レポートや条件付きタスクのスケジュール設定も可能です。ローカル実行のため、データが外部に送信されないセキュリティ上の利点もあります。
## デスクトップモデルの限界
Kimi Workはユーザー個人のPC上で動作します。エージェントが収集したデータや蓄積した知識は、そのPCの中に閉じています。チームメンバーがその成果を活用するには、手動でファイルを共有する必要があります。チーム向けの権限管理の概念もありません。また、PCがオフの場合、スケジュールされたタスクは実行されません。
個人利用においては圧倒的な性能を発揮しますが、チームでの業務共有、ナレッジの蓄積、権限管理が必要な場面では、構造的な制約があります。
## Kylonのアプローチ
### 個人のPCではなく、チームのワークスペース
Kylonのエージェントは、人間と同じチャンネルに所属し、共有された文脈の中で作業します。マーケティングエージェントが競合分析を作成すると、コンテンツエージェントがそれをもとに記事を作成します。ファイルの転送や手動のデータ連携は不要です。
### セッションを超えて蓄積されるメモリ
Kimi Workのエージェントはセッション内では強力ですが、セッション終了時に文脈はリセットされます。Kylonのエージェントは、すべてのやり取りを通じて永続的なメモリを構築します。営業チャンネルで学んだ価格戦略を、サポートチャンネルでの問い合わせ対応にも活用できます。業務知識が属人化せず、チーム全体の資産として蓄積されます。
### インストール不要、常時稼働
Kimi WorkはmacOSまたはWindowsへのインストールが必要です。Kylonはブラウザから利用でき、エージェントはクラウド上で24時間稼働します。深夜のスケジュールタスクも、週末の異常検知も、異なるタイムゾーンのメンバーとの引き継ぎも、PCの起動状態に左右されません。
## それぞれの製品が適するケース
**Kimi Workが適するケース：**開発者、リサーチャー、アナリストで、個人のPC上で大量の並列処理を実行したい場合。データの外部送信を避けたいセキュリティ要件がある場合にも適しています。Agent Swarmの処理能力はデスクトップエージェントとして最高水準です。
**Kylonが適するケース：**チーム全体でAIエージェントと協働し、業務知識を蓄積しながら組織の生産性を向上させたい場合。権限管理、複数エージェントの連携、24時間稼働が求められるチームに最適です。
## 一人でAIを使うのと、チームでAIを使うのは違う
個人でAIツールを使いこなせるようになっても、チーム全体の業務改善には限界があります。一人のプロンプトスキルが属人化し、ナレッジが共有されず、ツール間の転記作業が残る。これは「個人のAI活用」と「組織のAI活用」の構造的な違いです。
- **個人のAI活用** — 個人チャットで質問と回答を繰り返す。成果物はコピペで別のツールへ。ナレッジは個人の履歴に閉じる
- **チームのAI活用（Kylon）** — AIエージェントがチームメンバーとして参加。業務の文脈を記憶し、外部ツールと連携し、チーム全員がその成果を共有できる
Kylonは、AIエージェントをチームの一員として組み込むワークスペースです。エージェントがSlack、Gmail、Notion、スプレッドシートなどと直接連携し、業務の文脈を継続的に蓄積します。「AIに毎回説明し直す」必要がなくなります。
[デモを予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Kylon vs PromptQL：答えを出して、そのまま仕事まで仕上げる
> PromptQLは確定的なAIでデータを正確にクエリします。Kylonはチーム全体にAIエージェントを配置し、検索だけでなく業務そのものを実行します。
**Author:** Kylon Team · Product | **Date:** 2026-07-18 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/kylon-vs-promptql
HasuraのPromptQLは、AIエージェント製品の中で最も技術的に厳密なアプローチを取っています。多くのAIツールが回答を生成して正確性を期待する中、PromptQLは根本的に異なる方法を採用しています。AIがステップバイステップのクエリ計画を作成し、その計画をPythonとSQLで確定的に実行します。モデルの外側で実行されるため、ハルシネーション（事実と異なる回答の生成）のリスクがありません。
## PromptQLの強み
確定的実行モデルは、企業のデータ業務において画期的です。Snowflake、BigQuery、PostgreSQL、MongoDB、各種SaaS APIのデータを、自然言語インターフェースから横断的にクエリできます。「先月サポートチケットを送信した顧客の中で、NPS（顧客推奨度）スコアが上昇した顧客を表示」という問いかけが、1つのプロンプトで完了します。
セキュリティモデルも企業向けに万全です。行レベル・列レベルの権限制御、SOC 2、HIPAA、GDPR、ISO 27001への準拠、ロールベースのアクセス制御、監査ログを備えています。自動生成されるウィキ、共有スレッド、HTTP APIとしてデプロイ可能な自動化機能も提供されています。
## クエリモデルの限界
PromptQLはデータの検索と分析を極めて高い精度で実現しますが、その役割はデータクエリレイヤーに留まります。分析結果をもとにフォローアップメールを送信したり、CRMレコードを更新したり、ランディングページをデプロイしたりする機能はありません。また、スーパーグラフの概念やクエリ計画の仕組みは、データチームやアナリスト向けの設計であり、営業やマーケティング、経営管理の担当者が日常的に使うことは想定されていません。
## Kylonのアプローチ
### クエリではなく、業務を遂行するプラットフォーム
「パフォーマンスが低いキャンペーンを表示して」という依頼に対し、PromptQLはデータを正確に抽出します。Kylonのエージェントは、データを抽出した上で、改善計画を作成し、キャンペーンデータベースを更新し、チームリーダーに通知し、来週のフォローアップ確認をスケジュールします。クエリがワークフローの起点であり、終点ではありません。
### データチームだけでなく、チーム全体で使える
PromptQLはデータに精通したユーザーを前提としています。Kylonは、営業、マーケティング、管理部門、エンジニアリングなど、チーム全員が自然言語で業務を依頼できる設計です。パイプラインの更新も、ブログ記事の作成も、プロジェクト管理ツールの構築も、同じワークスペースの中で実行できます。
### 分析するだけでなく、行動するエージェント
PromptQLのワークフローは、チャート、CSV、サマリーといった分析結果で完結します。その結果をどう活用するかは、ユーザーに委ねられます。Kylonのエージェントは分析結果をもとに、データベースの更新、チームへの通知、フォローアップワークフローのスケジュールまで一貫して実行します。転記作業や手動の引き継ぎは不要です。
## それぞれの製品が適するケース
**PromptQLが適するケース：**複数のデータソースを正確にクエリすることが最重要課題であるデータチーム。金融、医療など、分析精度に妥協が許されない業界では、PromptQLの確定的実行モデルが最適です。
**Kylonが適するケース：**データ分析だけでなく、コンテンツ作成、プロジェクト管理、顧客対応、チーム全体の業務効率化が必要なチーム。分析だけでなく実行まで完結するAIエージェントが求められる場合に最適です。
## 一人でAIを使うのと、チームでAIを使うのは違う
個人でAIツールを使いこなせるようになっても、チーム全体の業務改善には限界があります。一人のプロンプトスキルが属人化し、ナレッジが共有されず、ツール間の転記作業が残る。これは「個人のAI活用」と「組織のAI活用」の構造的な違いです。
- **個人のAI活用** — 個人チャットで質問と回答を繰り返す。成果物はコピペで別のツールへ。ナレッジは個人の履歴に閉じる
- **チームのAI活用（Kylon）** — AIエージェントがチームメンバーとして参加。業務の文脈を記憶し、外部ツールと連携し、チーム全員がその成果を共有できる
Kylonは、AIエージェントをチームの一員として組み込むワークスペースです。エージェントがSlack、Gmail、Notion、スプレッドシートなどと直接連携し、業務の文脈を継続的に蓄積します。「AIに毎回説明し直す」必要がなくなります。
[デモを予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Kylon vs Bloome vs Kollab vs Ando：AIネイティブなチームプラットフォーム、どれが実際に業務を完遂するか
> Bloome、Kollab、Ando、Kylonはいずれもチームの会話にAIエージェントを参加させます。しかし、データベース、ワークフロー、本格的な実行力を備えているのは1つだけです。
**Author:** Kylon Team · Product | **Date:** 2026-07-18 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/kylon-vs-bloome-kollab
2026年、新しい製品カテゴリーが台頭しています。AIネイティブなチームプラットフォーム——人間とAIエージェントが同じ環境で協働する前提で設計されたワークスペースです。従来の業務ツールにAIを後付けしたものでも、個人向けのAIアシスタントでもありません。Bloome、Kollab、Ando、そしてKylonは、いずれもこのカテゴリーに属します。
4つの製品すべてが、チームの会話にAIエージェントを直接参加させます。しかし、チャットインターフェースの下にあるデータ層、実行モデル、権限管理の仕組みは大きく異なります。
## Bloomeの強み
Bloomeの特徴は、複数エージェントによるレビューパイプラインです。タスクを割り当てると、1つのスレッド内で複数のAIエージェントが協働します。1つのエージェントが下書きを作成し、別のエージェントが批評し、3つ目のエージェントが不足点を指摘します。人間が確認する前に、AIによる品質検証が完了している仕組みです。Claude、ChatGPT、DeepSeek、Geminiなど複数のモデルに対応し、24時間稼働するカスタムエージェントも構築できます。
## Kollabの強み
Kollabの最大の特徴は、プロジェクト単位での永続的な文脈管理です。AIエージェントがブランドルール、過去の意思決定、ターゲットの属性をセッションをまたいで記憶します。再ブリーフィングは不要です。スキルシステムにより、最適化されたワークフローをチーム全体で再利用できます。コンテンツの調査から作成、SNSへの投稿まで一貫して対応し、Notion、GitHub、Figma、Linearとの連携も備えています。
## Andoの強み
Ando（ando.so）は、最も明確な立場を取っています。メッセージングプラットフォーム自体をエージェント向けに再設計すべきだという主張です。Slack、Teams、Discordはエージェントの参加を前提に設計されていないため、コンテキスト、メモリストア、ツールをエージェントが人間の同僚と同様に活用できるよう整備しています。
「自分のエージェントを持ち込む」モデルが実用的です。Claude、Codex、Devin、OpenClawなど既存のクラウドまたはCLIエージェントをAndoに接続し、チームのチャンネルやスレッドで人間と並んで作業させることができます。会話、意思決定、ファイル、ツール連携が一元化されており、エージェントは直前のメッセージだけでなく業務の全体像を理解して行動します。エージェントが観察したチームのコミュニケーションスタイルに合わせて振る舞う「エチケット対応」も特徴的です。
## 共通の課題：チャットプラットフォームに業務実行層がない
Bloome、Kollab、Andoはいずれも会話型AIプラットフォームとして優れています。しかし、構造化データの管理、定期的なワークフローの実行、エンタープライズ向けの権限管理といった業務実行層が不足しています。50件のリードを管理したり、プロジェクトパイプラインを構築したりする際に、ネイティブなデータベース機能がないため、チャットスレッドの範囲内でしか作業を完結できません。
## Kylonのアプローチ
### 内蔵データベースアプリ
Kylonにはワークスペース内蔵のデータベースアプリがあります。エージェントが直接構造化データを作成・読み取り・更新・検索でき、CRM、プロジェクト管理ボード、キャンペーンダッシュボードを会話形式で構築できます。外部ツールとの同期遅延や連携の脆弱性に悩まされることはありません。
### 組み合わせ可能なエージェント実行環境
Kylonのエージェントは、チャットだけでなく、ワークフロー、スキル、スケジュールタスク、音声通話を実行できます。毎朝9時にSEOデータを取得して分析結果をチャンネルに投稿するワークフローを、人間の操作なしで実行できます。スキルは競合分析やSEO監査などの複雑な機能をパッケージ化し、どのエージェントでも呼び出せるようにします。
### エンタープライズ対応の権限管理
Kylonは、エージェント単位、ユーザー単位、チャンネル単位のアクセス制御を備えています。エージェントは定義された権限の範囲内で動作し、重要な操作には人間の承認が必要です。顧客データ、財務情報、機密性の高い業務ロジックを扱うチームにとって、この粒度の権限管理は必須機能です。
## それぞれの製品が適するケース
**Bloomeが適するケース：**コンテンツの作成とレビューが主な業務で、複数のAIエージェントによる品質管理パイプラインを活用したいチーム。
**Kollabが適するケース：**ブランド文脈を記憶し、再利用可能なワークフローでコンテンツ制作を効率化したいマーケティングチームや制作チーム。
**Andoが適するケース：**すでに利用しているエージェントがあり、エージェント参加を前提に設計されたメッセージングプラットフォームが必要な場合。SlackやTeamsがエージェントには不向きと感じている場合に検討に値します。
**Kylonが適するケース：**チャットだけでなく、データベース、ワークフロー、権限管理、複数エージェントの連携を活用して、コンテンツ制作を超えた本格的な業務遂行を実現したいチーム。
## 一人でAIを使うのと、チームでAIを使うのは違う
個人でAIツールを使いこなせるようになっても、チーム全体の業務改善には限界があります。一人のプロンプトスキルが属人化し、ナレッジが共有されず、ツール間の転記作業が残る。これは「個人のAI活用」と「組織のAI活用」の構造的な違いです。
- **個人のAI活用** — 個人チャットで質問と回答を繰り返す。成果物はコピペで別のツールへ。ナレッジは個人の履歴に閉じる
- **チームのAI活用（Kylon）** — AIエージェントがチームメンバーとして参加。業務の文脈を記憶し、外部ツールと連携し、チーム全員がその成果を共有できる
Kylonは、AIエージェントをチームの一員として組み込むワークスペースです。エージェントがSlack、Gmail、Notion、スプレッドシートなどと直接連携し、業務の文脈を継続的に蓄積します。「AIに毎回説明し直す」必要がなくなります。
[デモを予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Kylon vs Humans&：同じビジョン、異なる賭け
> Humans&は社会的知性を持つAIモデルの構築に賭けている。Kylonは製品ハーネス——クロスプラットフォーム、データベース、ワークフロー、権限——に賭けている。同じ目的地、異なる道。
**Author:** Kylon Team · Product | **Date:** 2026-07-18 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/kylon-vs-humans-and-zaro
Humans&とKylonは同じビジョンを共有しています。業務の未来はAIが人間に取って代わることではなく、AIと人間がチームとして協働することです。両社ともにエージェントはツールではなくチームメイトであるべきだと考えています。
異なるのは、賭けの対象です。
## Humans&の賭け：社会的知性を持つモデル
Humans&はフロンティアAIラボです。彼らの賭けは、AI協働のボトルネックは製品レイヤーではなくモデル自体にあるというものです。現在のAIはどれほど優秀でも、毎回初対面の人と話すように振る舞います。長期記憶がなく、ユーザーの価値観や仕事のスタイルを学ばず、セッション間ですべてを忘れてしまいます。
Humans&はこれを**「ストレンジャー問題」**と呼び、根本的に異なるモデルを構築することで解決しようとしています。
**長期的強化学習。**現在のほとんどのAIはターンごとに動作します。Humans&は、複雑で長い対話にわたって焦点を維持し、数日から数週間にわたって推論と計画を行えるモデルを訓練しています。
**マルチエージェント強化学習。**モデルは指示だけでなく経験を通じて、他のAIエージェントや人間と協調することを学びます。エージェントは協働の質についてフィードバックを受け、時間とともに改善していきます。
**記憶とユーザー理解。**セッションごとにリセットするのではなく、Humans&のモデルはコンテキストを保持し、ユーザーの好みを学び、時間とともにより有用になります。取引的なツールではなく、信頼できる同僚に近い存在を目指しています。
創業チームはAnthropic、xAI、Google、OpenAI、Metaの研究者で構成され、Nvidia、Jeff Bezos、Google Ventures、SV Angelから4億8,000万ドルの資金を調達しています。CEO Eric Zelikmanはロイターに対し、「モデルは人間と、そして適切な場合には他のAIと協調し、人々がより多くのことを成し遂げ、互いを結びつけることを可能にする」と語りました。
これは真摯で野心的な賭けです。モデル自体が社会的知性を獲得し、ストレンジャー問題を解決できれば、AI協働の意味を根本から変える可能性があります。製品は2026年後半にリリース予定です。
## Kylonの賭け：人間とエージェントのハーネス
Kylonは異なる賭けをしています。現在のモデルはすでにチームメイトになれるほど優秀であり、ボトルネックはモデルではなく、その**ハーネス**——モデルの能力をチームの生産性に変換する製品インフラストラクチャ——にあるという賭けです。
**クロスプラットフォーム。**Kylonはウェブ、macOS、iOS、Androidで動作します。エージェントはチームが働くあらゆる場所——デスク、スマートフォン、会議中——からアクセスできます。
**エージェントのアイデンティティと権限。**すべてのエージェントは名前、ペルソナ、スキル、権限、蓄積される記憶を持ちます。誰が何を、いつ、どのような権限で行ったかが追跡可能です。
**ネイティブデータレイヤー。**エージェントが直接読み書きするデータベースアプリ。統合やデータ同期ではなく、ワークスペース内に存在する構造化データです。
**構成可能なワークフロー。**スケジュールタスク、Webhookトリガー、マルチステップ自動化、エージェントが学習し共有できるスキル。ランタイムは会話的であるだけでなく、プログラム可能です。
**本番環境でのマルチエージェント連携。**マーケティング、データ分析、オペレーション、コンテンツなど、複数の専門エージェントが人間と同じチャンネルで業務を行い、コンテキストを共有し、タスクを引き継ぎます。
**3,000以上の連携。**Gmail、GitHub、Notion、Slack、Linear、Google Calendarなど。エージェントはチームが既に使っているツールと接続します。
## 両方の賭けが重要な理由
これは「どちらが正しくてどちらが間違っている」という比較ではありません。両方の賭けが実際のボトルネックに対処しています。
**より優れたモデルは、より優れたハーネスをより価値あるものにします。**Humans&がストレンジャー問題を解決すれば、データベース、ワークフロー、権限、クロスプラットフォームアクセスを備えたKylonのようなワークスペース内で、その能力は劇的に有用になります。
**より優れたハーネスは、より優れたモデルをより有用にします。**社会的知性を持つモデルでも、ブラウザのチャットタブだけでは限界があります。構造化データ、スケジュールワークフロー、マルチエージェント連携、モバイルアクセスを備えたワークスペース内であれば、まったく異なるレベルのチーム生産性を実現できます。
## それぞれが適するケース
**Humans&が適するケース：**主な制約がAIモデル自体にある場合。数週間にわたるコンテキストの記憶、チームの仕事のスタイルの学習、社会的な協調など、現在のモデルが十分に提供できない能力がワークフローに必要なら、Humans&の基礎研究はそのギャップに直接対処しています。チームは世界最高水準で、年内後半のリリース時に注目する価値があります。
**Kylonが適するケース：**主な制約がAIを実際のワークフローに統合することにある場合。現在のモデルの能力で十分だが、エージェントにアイデンティティ、権限、記憶、データベース、ワークフローがあり、ウェブ、Mac、iPhone、Androidで動作するワークスペースが必要なら——Kylonはすでに稼働中です。
## 2つの賭け、1つの未来
私たちはハーネスに賭けています。AIチームメイトへの最短経路は、より賢いモデルを待つことではなく、今日のモデルを実際のチームにとって本当に有用にするインフラストラクチャを構築することだと考えています。
Humans&はモデルに賭けています。根本的に優れたAIが、ハーネスだけでは達成できない可能性を開くと考えています。
どちらも正しいかもしれません。未来にはおそらく両方が必要です。
## 一人でAIを使うのと、チームでAIを使うのは違う
個人でAIツールを使いこなせるようになっても、チーム全体の業務改善には限界があります。一人のプロンプトスキルが属人化し、ナレッジが共有されず、ツール間の転記作業が残る。これは「個人のAI活用」と「組織のAI活用」の構造的な違いです。
- **個人のAI活用** — 個人チャットで質問と回答を繰り返す。成果物はコピペで別のツールへ。ナレッジは個人の履歴に閉じる
- **チームのAI活用（Kylon）** — AIエージェントがチームメンバーとして参加。業務の文脈を記憶し、外部ツールと連携し、チーム全員がその成果を共有できる
Kylonは、AIエージェントをチームの一員として組み込むワークスペースです。エージェントがSlack、Gmail、Notion、スプレッドシートなどと直接連携し、業務の文脈を継続的に蓄積します。「AIに毎回説明し直す」必要がなくなります。
[デモを予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Kylon vs Convey vs Paperclip vs Polsia vs HyperAgent：最後は人が承認する設計
> Convey、Paperclip、Polsia、HyperAgentは自律型AIエージェントを構築しています。Kylonは人間とAIが協働する設計です。なぜヒューマン・イン・ザ・ループが重要かを解説。
**Author:** Kylon Team · Product | **Date:** 2026-07-18 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/kylon-vs-convey-paperclip-polsia
2026年、「AIエージェントが人間の代わりに業務を遂行する」という考え方が注目を集めています。Conveyは業務オペレーションを自動実行する「デジタルチームメイト」を構築しています。Paperclipは組織図、予算管理、ガバナンスを備えたAIエージェントチームを編成する「ゼロ人間企業」の実現を目指しています。Polsiaは最も大胆なアプローチで、事業の企画、開発、マーケティング、運営をAIが自律的に遂行する「AI共同創業者」プラットフォームです。実質1名の人員で年間売上1,000万ドルを達成したと報告されています。
いずれも技術的に優れた製品であり、商業的にも実証されています。しかし、これらが解決している課題は、Kylonとは根本的に異なります。
## 各製品の強み
### Convey
Conveyは、Andreessen Horowitzから3,800万ドルのシリーズA資金を調達（2026年6月）し、非技術者向けの業務自動化に特化しています。請求書処理、財務データの照合、キャンペーンレポート管理など、定型的な業務をAIチームメイトが自律的に処理します。Slack、Teams、メールに統合され、約3時間でセットアップが完了します。
### Paperclip
Paperclipはオープンソースのエージェント編成プラットフォームで、AIエージェントのチームを組織として構造化します。部門構成、報告ライン、エージェントごとの予算上限、改ざん不可能な監査ログ、複数企業の分離管理を備えています。Claude、GPT、Geminiに対応し、セルフホストで利用できます。ガバナンスモデルの設計は、商用製品よりも緻密です。
### Polsia
Polsiaは、事業アイデアを入力すると、戦略立案、ソフトウェア開発、マーケティングキャンペーン、営業、カスタマーサポートまでをAIエージェントが自律的に遂行します。月額49ドルに加え、創出された経済活動の20%を手数料とするモデルで、3,000以上の企業が利用しています。個人起業家が事業アイデアを最速で収益化するためのプラットフォームとして実績を示しています。
### HyperAgent
HyperAgent（Airtableチームが開発）は「エージェント艦隊」モデルを採用しています。編集者、クリエイティブディレクター、ポッドキャストプロデューサー、SNSマネージャーなど、専門化されたエージェントのチームを編成し、それぞれが独自の実行環境を持ちます。「一度ブリーフすれば、永続的に納品し続ける」というコンセプトで、エージェントが調査、制作、納品を行い、データの変化に応じて成果物を最新の状態に保ちます。チャットの返答ではなく、稼働するウェブサイト、スライド資料、動画など実際の成果物を生成します。500以上のツール連携に対応し、Slack、Telegram、Webhookからの起動やスケジュール実行も可能です。
## 共通の課題：業務の「代替」と「協働」は異なる
3つの製品はすべて、「人間が行っている業務をAIに代替させる」という自動化の問題を解決しています。それ自体は有用です。しかし、企業の業務において最も重要な意思決定——戦略判断、顧客との信頼関係構築、創造的な問題解決、曖昧な状況での判断——は、依然として人間の判断力が不可欠です。
また、自律的なAIエージェントは、エラーを無言で蓄積するリスクがあります。500通のコールドメールに微妙なポジショニングの誤りが含まれていた場合、古い仕入先レートで請求書を処理していた場合、誰がそれを検知するでしょうか。95%の精度は高く聞こえますが、残り5%のエラーが高コストになり得ます。
## Kylonのアプローチ
### 設計思想としてのヒューマン・イン・ザ・ループ
Kylonは人間を代替するのではなく、人間とAIエージェントをワークスペース内の対等なメンバーとして位置づけます。エージェントは業務を実行しますが、重要な操作には人間の承認が必要です。エージェントの権限は明示的に定義され、「すべてを自動で実行する」ではなく、人間が確認・修正・承認できる仕組みが標準です。
### 代替ではなく協働
Kylonのエージェントは、人間と同じチャンネルで業務を遂行します。互いの成果物を参照し、タスクを引き継ぎ、連携します。6ヶ月後のKylonワークスペースには、人間とエージェントが協働した結果として蓄積された業務知識があります。どちらか一方だけでは生まれなかった知見です。
### 透明性と追跡可能性
自律型AIシステムはブラックボックスになりがちです。入力と出力は見えますが、その間のプロセスは不透明です。Kylonでは、エージェントのすべてのアクションがチャンネル内で可視化されます。意思決定の根拠を追跡でき、権限の付与も明示的です。顧客データ、財務情報、重要な業務プロセスを扱うチームにとって、この透明性は欠かせません。
## それぞれの製品が適するケース
**Conveyが適するケース：**請求書処理、データ照合、レポート管理など、定義された定型業務をAIに自動化させたい場合。短期間で導入効果を実感できます。
**Paperclipが適するケース：**予算管理、監査ログ、組織構造を備えたAIエージェント編成のオープンソースフレームワークが必要な場合。ガバナンスモデルは業界最高水準です。
**Polsiaが適するケース：**事業アイデアを最速で収益化したい個人起業家。開発からマーケティング、営業まですべてをAIに任せ、売上の20%を手数料として許容できる場合。
**HyperAgentが適するケース：**チャットの返答ではなく、ウェブサイト、資料、動画など実際の成果物を自律的に生成・更新させたい場合。500以上のツール連携と透明な実行プロセスを備えた成果物重視のAIエージェントが必要な場合に適しています。
**Kylonが適するケース：**業務の未来は人間かAIかの二択ではなく、人間とAIの協働にあると考える組織。エージェントがチームに参加し、文脈を共有し、権限を尊重し、組織のナレッジを蓄積するワークスペースが必要な場合に最適です。
## 一人でAIを使うのと、チームでAIを使うのは違う
個人でAIツールを使いこなせるようになっても、チーム全体の業務改善には限界があります。一人のプロンプトスキルが属人化し、ナレッジが共有されず、ツール間の転記作業が残る。これは「個人のAI活用」と「組織のAI活用」の構造的な違いです。
- **個人のAI活用** — 個人チャットで質問と回答を繰り返す。成果物はコピペで別のツールへ。ナレッジは個人の履歴に閉じる
- **チームのAI活用（Kylon）** — AIエージェントがチームメンバーとして参加。業務の文脈を記憶し、外部ツールと連携し、チーム全員がその成果を共有できる
Kylonは、AIエージェントをチームの一員として組み込むワークスペースです。エージェントがSlack、Gmail、Notion、スプレッドシートなどと直接連携し、業務の文脈を継続的に蓄積します。「AIに毎回説明し直す」必要がなくなります。
[デモを予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Kimi K3の本当のコスト — トークン単価が半額でも、請求額が半額にならない理由
> Kimi K3のトークン単価はGPT-5.6 Solの半額。しかし出力トークン量は2倍、処理速度は半分。実際のタスクあたりコストを、専門家の分析とともに検証します。
**Author:** Kylon Team · Product | **Date:** 2026-07-19 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/kimi-k3-real-cost
2026年7月16日、Moonshot AIはKimi K3を公開しました。トークン単価は入力$3.00/100万トークン、出力$15.00/100万トークン。GPT-5.6 Solと比べて入力は40%安く、出力は50%安い価格設定です。Claude Fable 5に対しては70%安い。この数字だけを見れば、フロンティアモデルが破格の価格で手に入るように見えます。
しかし、実際にK3を使い始めた開発者たちの報告は、トークン単価の印象とは異なるものでした。
## Theo Browne氏の指摘：「コストパフォーマンスは高くない」
開発者でYouTuberのTheo Browne氏は、47万回以上閲覧されたX上の投稿で次のように述べています。
> Kimi K3は素晴らしいモデルだ。しかし素晴らしいコストパフォーマンスではない。ほとんどのタスクで、実際のコストはGPT-5.6 Solとほぼ同額になる。K3のトークン単価はSolの半額。しかしSolのトークン消費量はK3の半分。結果、コストは同じになる。さらにSolは処理速度が2倍速いため、同じ費用で約4倍速く作業が完了する。
> — Theo Browne（開発者/YouTuber）
## Artificial Analysisの実測データ：タスクあたりコスト
独立ベンチマーク機関のArtificial Analysisは、Intelligence Index評価（コーディング、ターミナル作業、科学推論、知識タスクの9つのベンチマークスイート）において、各モデルのタスクあたりコストを算出しています。
- **Kimi K3** — タスクあたり$0.94、出力トークン1億3,000万、処理速度62トークン/秒
- **GPT-5.6 Sol（max）** — タスクあたり$1.04、出力トークン約7,000万、処理速度約120トークン/秒
- **GLM-5.2** — タスクあたり$0.47
- **Claude Fable 5** — タスクあたり$2.75、出力トークン8,700万
K3のタスクあたりコスト（$0.94）は、GPT-5.6 Sol（$1.04）との差がわずか10%です。トークン単価で見た50%の価格差は、実際のタスクコストではほぼ消失しています。評価全体のコストは$2,690.80でした。
## Simon Willison氏：「ペリカン1匹に25セント」
AI分野で影響力のある開発者Simon Willison氏は、定番のベンチマーク「ペリカンが自転車に乗るSVGを生成」をK3で実行しました。結果は出力16,658トークン（うち推論トークン13,241）、コスト25セント。単純なSVG描画1枚の費用です。
高コストの原因は、K3の推論モードが現時点で「max」の1段階のみであることです。簡単なタスクでも、最大限の推論処理が実行されます。推論トークンと応答トークンの比率は3.9:1。推論部分のコストが、回答本体のコストを大幅に上回ります。
## Reddit：「トークン消費が制御不能」
Redditのr/kimiコミュニティでも、実際の利用者から同様の報告が上がっています。「K3は非常に賢いが、トークン消費が制御不能」「トークン単価は安く見えるが、大量にトークンを消費するため、実際にテストした中で最も高額なモデルの一つになった」という声が複数確認されています。
## K3がトークンを大量消費する3つの理由
- **推論モードがmaxのみ** — GPT-5.6はSol/Terra/Lunaの3段階と調整可能な推論レベルを提供。Fable 5にはeffortパラメータあり。K3はmax一択で、すべてのタスクに最大限の推論を適用
- **冗長な推論チェーン** — K3の推論トークンは応答トークンの3〜4倍。すべての推論トークンが出力単価（$15/100万）で課金される
- **2.8兆パラメータの推論コスト** — 896エキスパートから16を選択するStable LatentMoE構造。推奨インフラは64台以上のアクセラレータ。高い提供コストが$3/$15の単価に反映されている
## 処理速度：実質4倍の差
- **Kimi K3** — 62トークン/秒、初回応答まで約2.0秒
- **GPT-5.6 Sol** — 約120トークン/秒、初回応答まで約1.0秒
- **Claude Fable 5** — 約100トークン/秒、初回応答まで約1.2秒
K3の処理速度はGPT-5.6 Solの約半分です。トークン消費量が約2倍であることと合わせると、実質的なスループット差は約4倍。単発の質問では秒単位の差ですが、エージェントワークフローでは数十回のツール呼び出しとリトライが発生するため、速度差が分単位に拡大します。
## K3が本当に安い場面
- **キャッシュ入力ワークロード** — キャッシュ時の入力価格$0.30/100万トークンは最大の強み。コーディング作業では90%以上のキャッシュヒット率を達成。安定したシステムプロンプトやリポジトリプレフィックスの再利用で、入力コストを大幅に削減可能
- **長文コンテキスト一括処理** — K3は100万トークンのコンテキストウィンドウ全体で均一料金。GPT-5.6 Solは27.2万トークン超で2倍の料金。大規模コードベースや大量ドキュメントの一括分析では、K3のフラットレートが有利
- **オープンウェイトによるセルフホスティング** — 7月27日のモデルウェイト公開後、64台以上のGPUインフラがあればAPI費用ゼロで運用可能
- **フロントエンド開発** — ArenaのFrontend Code Arenaで第1位。UIコーディングが主要用途であれば、品質面の優位性がトークンオーバーヘッドを相殺する可能性がある
## 正直な価格比較：タスクあたりコスト
- **K3 vs Fable 5** — K3はタスクあたり約66%安い。これは明確なコスト優位性
- **K3 vs GPT-5.6 Sol** — タスクあたり約10%安いが、処理速度は4倍遅い。10%のコスト削減が4倍の速度低下に見合うかは、ボトルネックが費用か時間かによる
## トークン単価の議論を超えて
K3、Sol、Fable 5のいずれも、トークン単位の従量課金モデルです。モデルが高性能になるほど利用量が増え、請求額も増加します。今日K3で問題になっている冗長性の課題は、推論チェーンが長くなりエージェントが高度化するにつれ、すべてのモデルで今後発生する構造的な問題です。
Kylonは異なるアプローチを取ります。トークン単位で課金される孤立したモデル呼び出しではなく、チームの一員としてのAIエージェントと協働します。エージェントはタスクをまたいで記憶を保持するため、同じ文脈を繰り返し処理する必要がありません。ベストプラクティスをスキルとして蓄積するため、解決策を毎回ゼロから考え直しません。ワークフローが確実に動作するため、リトライでトークンを浪費しません。
K3対Solのトークン単価の議論は重要です。しかし、より大きな問いは「最適化すべき対象は正しいか」です。トークン単価を数セント削るより、AIが1ドルあたりにより多くの有用な成果を生み出す仕組みを構築する方が、はるかに大きなインパクトがあります。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Kylon vs Viktor：エージェントを中心に組み立てたワークスペース
> Viktorは優れたAI従業員をSlackに配置。Kylonはワークスペース全体をAIエージェント中心に構築。同じ目標、異なるアーキテクチャ。
**Author:** Kylon Team · Product | **Date:** 2026-07-20 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/kylon-vs-viktor
Viktorは2026年3月にローンチし、3ヶ月で12,000ワークスペースに到達しました。5月にはAccelから7,500万ドルのシリーズAを調達。提案はシンプルです：SlackまたはMicrosoft TeamsにAI従業員を追加し、ツールを接続して、実際の仕事をさせる——ダッシュボード、レポート、キャンペーン、コードコミット、調査、ブラウザ自動化。
Viktorは正しいことをしていると思います。同時に、このアプローチにはアーキテクチャ上の限界があると考えています。
## Viktorの強み
**ゼロフリクションの導入。**Slackアプリをインストールし、OAuthでツールを接続するだけ。インフラ不要、設定不要、開発者不要。Slackで業務するチームにとって、価値実現までの時間は驚くほど短いです。
**本物のアウトプット。**PDF、スプレッドシート、デプロイされたウェブアプリ、コードコミット、構造化レポート。仕事について話すのではなく、成果物を生成します。
**3,200以上の連携。**Stripe、HubSpot、Google Ads、Meta Ads、PostHog、Linear、Notion、GitHub——カバー範囲は印象的です。
**プロアクティブな自動化。**Viktorの「ハートビート」システムがチームの作業パターンを観察し、自動化を提案します。承認すれば自動実行されます。
## アーキテクチャの違い
### 1人の従業員 vs チーム
Viktorは1つのAI従業員として設計されています。1つのペルソナ、1つのアイデンティティ。Kylonは**複数の専門エージェント**が人間と一緒に働くよう設計されています。マーケティング、データ、オペレーション、コンテンツ——それぞれが独自のアイデンティティ、記憶、スキル、権限を持ちます。
### Slackのゲスト vs ネイティブワークスペース
ViktorはSlack内に存在します。それは導入の容易さという強みですが、ホストプラットフォームの制約を継承することも意味します。**データは別の場所にあり**、UIはSlackのBlock Kitに制約され、エージェント出力のスケーリングは困難です。
Kylonには**ネイティブデータレイヤー**があります。エージェントが直接読み書きするデータベースアプリ。エージェントが生成した知見はワークスペース内に蓄積され、時間とともに複利的に価値が増します。
### クロスプラットフォーム
ViktorにはSlackまたはTeamsが必要です。Kylonは**ウェブ、macOS、iOS、Android**でネイティブに動作します。
### 権限と説明責任
Viktorの連携はワークスペースレベルです。Kylonのエージェントは**個別のアイデンティティとエージェントごとの権限**を持ちます。誰が何を、いつ、どの権限で行ったかが追跡可能です。
## それぞれが適するケース
**Viktorが適するケース：**チームがSlack中心で、単一の優秀なAI従業員を求めている場合。ダッシュボード、レポート、自動化をゼロの導入コストで既存チャンネルに届けたいなら、Viktorは洗練されており本番運用可能です。
**Kylonが適するケース：**複数のAI役割が必要な場合、またはAIがデータとワークフローを所有する必要がある場合。専門エージェントの個別権限、ネイティブデータベース、マルチエージェント連携、構成可能なワークフロー、Mac・iPhone・Androidで動作するクロスプラットフォームワークスペースが必要なら、Kylonは人間とエージェントのチーム向けに設計された環境です。
## 一人でAIを使うのと、チームでAIを使うのは違う
個人でAIツールを使いこなせるようになっても、チーム全体の業務改善には限界があります。一人のプロンプトスキルが属人化し、ナレッジが共有されず、ツール間の転記作業が残る。これは「個人のAI活用」と「組織のAI活用」の構造的な違いです。
- **個人のAI活用** — 個人チャットで質問と回答を繰り返す。成果物はコピペで別のツールへ。ナレッジは個人の履歴に閉じる
- **チームのAI活用（Kylon）** — AIエージェントがチームメンバーとして参加。業務の文脈を記憶し、外部ツールと連携し、チーム全員がその成果を共有できる
Kylonは、AIエージェントをチームの一員として組み込むワークスペースです。エージェントがSlack、Gmail、Notion、スプレッドシートなどと直接連携し、業務の文脈を継続的に蓄積します。「AIに毎回説明し直す」必要がなくなります。
[デモを予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Kylon vs Retool vs Replit vs Lovable：ビルドがチームスポーツになるとき
> Retool、Replit、Lovableは優れたAIビルダー。しかしソフトウェア構築は仕事の半分。Kylonは人間とAIエージェントが一緒にビルド、デプロイ、運用する場所。
**Author:** Kylon Team · Product | **Date:** 2026-07-20 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/kylon-vs-retool-replit
RetoolとReplitは、AIによるビルディングに印象的な賭けをしています。Retoolは2026年6月にプロンプトファーストのアプリビルダーをローンチ。ReplitのAgent 4は、説明文から完全なアプリケーションを構築します。
両ツールとも、その目的において本当に優れています。しかし私たちが気づいたのは：**アプリを作ることは簡単な部分**だということです。難しいのはその後——誰が使うか、誰がメンテするか、チームの他の仕事とどう繋がるか。
## Retoolの強み
**エンタープライズグレードのガバナンス。**RBAC、監査ログ、SSO/SAML、ステージング環境。本番データに触れるツールを構築するチームにとって重要なインフラです。
**AIアプリビルダー。**自然言語プロンプトからRetoolアプリを構築・編集。プロンプトファーストのワークフローに最適化されています。
**深いデータ接続性。**あらゆるデータベース、API、データソースに接続。クエリレイヤーは成熟し十分にテストされています。
## Replitの強み
**Agent 4は本当に印象的。**アプリを自然言語で説明すれば、Agent 4が自律的にコード生成、パッケージインストール、データベース設定、デプロイまで行います。マルチアーティファクトプロジェクト対応。
**マルチプレイヤー編集。**リアルタイムのコラボレーティブコーディング、ライブカーソル、コード内のインラインスレッド、共有Kanbanボード。エージェントがマージコンフリクトを自動処理します。
## ギャップ：ビルド vs 運用
RetoolもReplitも優れたビルダーです。しかし、アプリが構築された後の問題があります。ダッシュボードはRetoolにあり、それについての会話はSlackにあり、データに基づく意思決定は誰かの頭の中にあり、フォローアップはタスクマネージャーにあります。
システム間のすべてのハンドオフが、コンテキストが失われる場所です。
## Kylonの異なるアプローチ
Kylonでは、ビルド、運用、コラボレーションが同じ場所で行われます。別のビルダーを開くのではなく、仕事が議論されているのと同じチャンネルで必要なものを説明します。エージェントが構築し、チームがスレッドでレビューします。
**複数のエージェント、複数の役割。**データエージェントがメトリクスを取得。マーケティングエージェントがキャンペーンを分析。オペレーションエージェントがワークフローを監視。エージェントはビルダーだけでなく、オペレーター、アナリスト、コーディネーターです。
**ネイティブデータレイヤー。**Kylonのデータベースアプリはワークスペースのファーストクラスリソースです。エージェントが直接読み書きし、人間がData Viewerでテーブル、ボード、カレンダービューを使ってインタラクトします。
**完全な運用レイヤー。**スケジュールワークフロー、Webhookトリガー、マルチステップ自動化、音声通話、完全な権限システム。ビルドから運用まで同じワークスペース内で完結します。
**クロスプラットフォーム。**ウェブ、macOS、iOS、Android。エージェントのアラートはスマートフォンに届き、同じスレッドで返信でき、コンテキストは維持されます。
## それぞれが適するケース
**Retoolが適するケース：**深いデータ接続性とガバナンスを備えたエンタープライズグレードの内部ツールを構築する必要がある場合。
**Replitが適するケース：**アイデアからデプロイまでの最速パスが必要な場合。プロトタイピングや実験に最適。
**Kylonが適するケース：**ビルド、運用、コラボレーションが同じ場所で行われる必要がある場合。AIエージェントがアプリを作って引き渡すだけでなく、データの監視、ダッシュボードの更新、チームとの連携を継続する環境が必要なら、Kylonはマルチプレイヤービルディングとマルチプレイヤーワークが出会う場所です。
## 一人でAIを使うのと、チームでAIを使うのは違う
個人でAIツールを使いこなせるようになっても、チーム全体の業務改善には限界があります。一人のプロンプトスキルが属人化し、ナレッジが共有されず、ツール間の転記作業が残る。これは「個人のAI活用」と「組織のAI活用」の構造的な違いです。
- **個人のAI活用** — 個人チャットで質問と回答を繰り返す。成果物はコピペで別のツールへ。ナレッジは個人の履歴に閉じる
- **チームのAI活用（Kylon）** — AIエージェントがチームメンバーとして参加。業務の文脈を記憶し、外部ツールと連携し、チーム全員がその成果を共有できる
Kylonは、AIエージェントをチームの一員として組み込むワークスペースです。エージェントがSlack、Gmail、Notion、スプレッドシートなどと直接連携し、業務の文脈を継続的に蓄積します。「AIに毎回説明し直す」必要がなくなります。
[デモを予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Kylon vs Buzz：ビジネス全体がここで動くワークスペース
> Jack DorseyのBlock社がオープンソースのAIワークスペース「Buzz」を発表。コードを読み込んで徹底比較しました。
**Author:** Kylon Team · Product | **Date:** 2026-07-22 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/kylon-vs-buzz
2026年7月21日、Block社CEO Jack DorseyがBuzzを発表しました。人間とAIエージェントが共有チャンネルで協働するオープンソースのワークスペースです。発表ツイートは150万回以上表示され、大きな注目を集めています。
私たちはこの発表を読み、GitHubリポジトリをクローンし、アーキテクチャドキュメント、エージェント仕様書、ワークフローエンジンのRustソースコードまで丸一日かけて読み込みました。Block社のような上場企業が「AIエージェントはツールではなくチームメイトであるべき」という、私たちが1年以上かけて構築してきたのと同じ前提を裏付けてくれたからです。
BuzzとKylonは同じ信念から出発しています。違いが現れるのは、誰のために構築しているか、ワークスペースに何が必要と考えるか、そして現時点でどこまで実用化されているかです。
*左：Buzzのセルフホスト型アプローチ（Docker、データベース、暗号鍵の管理が必要）。右：Kylonのマネージドワークスペース（登録後すぐにチームとAIエージェントが協働開始）。*
## Buzzの技術的に優れている点
**Apache 2.0ライセンスのフルオープンソース。**Rustバックエンド約21万9千行、Tauri/Reactデスクトップクライアント約22万4千行のTypeScript。Flutter製モバイルクライアントも開発中です。監査可能な実コードベースであり、自社インフラ上での運用が可能です。
**暗号鍵ベースのアイデンティティ設計。**Nostrプロトコルにより、すべての参加者（人間・エージェント）が独立した暗号鍵ペアを保持します。エージェントのIDがプラットフォームに依存せず、ポータブルかつ検証可能である点は、技術的に優れた設計です。
### Agentスウォーム（群体）協調
Block社の技術ブログでは、興味深いパターンが紹介されています。1つの高性能エージェントが、複数の低コスト・高速エージェントを統率するスウォーム（群体）型の協調です。高性能エージェントが全体方針を保持し、高速エージェントがリサーチ、実装、テスト、レビューを並列実行します。
Block社によれば、エージェント同士が「スクリプト化していない協調を自発的に発明する」ことも確認されています。互いを招集し、作業をサブチャンネルに分割し、コンテキストをまたいでタスクを引き継ぐ。ソフトウェア開発のワークフローとしては印象的な設計です。ただし、Block社のブログに記載されたすべての事例はソフトウェア開発に限定されています。
Kylonも同様のマルチエージェント協調をサポートしています。Kylonのチャンネルでは、高性能なエージェントが複数の専門エージェントを統率し、リサーチ、分析、実行を並列で進めることができます。違いは、この協調がコードだけでなく、営業パイプライン、マーケティングキャンペーン、オペレーション業務全般で機能する点です。
### Block社自身が認めた課題
Block社の技術ブログで最も示唆的な一文は、機能紹介ではなく課題の記述にあります。**「Agentは個人の仕事を速くしたが、チームの協働は遅くなった（Agents made individual work faster and teamwork slower）」**。
これは、私たちが以前から指摘してきた課題と一致します。各自が自分のエージェントを自分のタブで使うと、個人の生産性は向上しますが、チームの連携は悪化します。すべての引き継ぎに、人間がツール間でコンテキストを運ぶ作業が発生するためです。Block社はこの問題をエンジニアリングチーム向けに解決するためにBuzzを構築しました。Kylonは、すべての業務チーム向けに解決するために構築されています。
## ビジネス利用における課題
### 開発チーム向けの設計であり、業務チーム向けではない
Buzzの情報設計はソフトウェアエンジニアリングに最適化されています。Gitホスティング、CIパイプライン、コードレビュー、パッチ管理。READMEに掲載された使用例はすべて、インシデント対応、ブランチ管理、リリース自動化という開発業務です。
しかし、多くの企業で業務効率化が求められているのは、開発チームだけではありません。営業チームがパイプラインを管理しアウトリーチを自動化する場面、マーケティングチームがキャンペーンの効果測定とレポート作成を行う場面、オペレーションチームが取引先の契約管理と納品追跡を行う場面。こうした業務には、ブランチやパッチとは異なるプリミティブが必要です。
Kylonは、こうしたすべてのチームのために設計されたワークスペースです。AIエージェントがMeta AdsやGoogle Adsからキャンペーンデータを取得し、アクセス解析とクロスリファレンスし、パフォーマンスレポートを自動生成してクライアントにメール送信する。こうした業務フローをワークスペース内で完結できます。
### YAML定義の自動化 vs 推論するAIエージェント
Buzzのワークフローエンジンは、YAML定義による自動化を実行します。実行可能なアクションは、メッセージ送信、DM送信、チャンネルトピック変更、リアクション追加、Webhook呼び出し、承認リクエスト、遅延の7種類です（Rustのenum定義を確認済み）。
これらは基本的なイベント駆動型スクリプトであり、5年前にSlackが提供し、その後有料化した機能と同等の水準です。状況を判断して行動を決定するインテリジェントなエージェントとは異なります。
Kylonのワークフローでは、AIエージェントが推論を行います。「先週の広告パフォーマンスを分析し、改善提案をまとめてください」と依頼すれば、エージェントが必要なデータソースを判断し、分析を実行し、構造化されたレポートを生成します。定義済みのテンプレートを実行するのではなく、状況に応じた判断を行う点が根本的に異なります。
### 構造化データレイヤーの不在
Buzzでは、すべてのデータがNostrイベントとしてログに記録されます。チャットメッセージ、リアクション、ワークフローステップ、Gitイベント。イベントストアとしては優れた設計ですが、業務運用に必要な構造化データの管理には対応していません。
顧客管理（CRM）、プロジェクト進捗管理、キャンペーンダッシュボード、在庫管理。Buzzではこれらを外部ツールにMCPサーバー経由で接続する設計です。Kylonでは、ワークスペース内に**ファーストクラスのデータベースアプリ**として構築できます。
Kylonのエージェントは、データベースの作成、フィールドの定義、レコードの書き込み、クエリの実行、データ変更時のワークフロートリガーを会話を通じて実行します。営業マネージャーが「顧客管理のアプリがほしい」と伝えれば、エージェントがデータベースアプリを構築し、チーム全体で利用を開始できます。
*[Interactive UI preview: Kylonで会話からCRMアプリを構築する様子]*
### 3,000以上の外部サービスとのネイティブ連携
Buzzでは、外部サービスとの連携にMCPサーバーの個別セットアップが必要です。Gmail連携にはGmail用のMCPサーバー、GitHub連携にはGitHub用のMCPサーバーを、それぞれ構築・設定・管理する必要があります。
Kylonは、**3,000以上の外部サービス**とネイティブに連携します。Gmail、GitHub、Notion、Slack、Google Calendar、Meta Ads、Google Ads、PostHog、Ahrefs、HubSpot、Salesforceなど、主要なビジネスツールにワンクリックで接続できます。エージェントはこれらのデータソースを横断的に活用し、業務を自動化します。
*[Interactive UI preview: Kylonの3,000以上のコネクション：Gmail、Slack、Notion、GitHub等との連携]*
### すぐに使える環境と、マルチプラットフォーム対応
Buzzはデスクトップアプリ（macOS、Windows、Linux）のみ対応しており、モバイルクライアントは現在開発中です。v0.4.22のアーリーベータ段階で、Block社のホスト版も提供されていますが、エージェントの接続や設定には技術的な知識が求められます。
Kylonは、**Web、macOS、iOS、Androidのすべてのプラットフォームに対応**しています。サインアップから1分以内にAIエージェントとの業務を開始できます。外出先でもiPhoneやAndroidからエージェントの出力を確認し、承認や指示を送信できます。セキュリティ、コンプライアンス（SOC 2対応準備中）、データ暗号化はプラットフォームが管理します。
営業担当者が移動中にスマートフォンからエージェントの分析結果を確認し、商談前の準備を完了する。オペレーションマネージャーがタブレットで在庫アラートに対応する。こうしたモバイルでの業務活用は、デスクトップ専用のBuzzでは実現できません。
Android、iOS、macOS、ブラウザ、すべてのデバイスでご利用いただけます。
*[Interactive UI preview: Kylon AI Workspace — iOS、Android、Mac、Webブラウザ対応]*
### エージェント出力の表現力
Buzzでは、エージェントの出力はチャンネル内のテキストメッセージとして表示されます。エージェントが人間の10倍の情報を生成する環境で、2,000文字の分析結果がチャットメッセージとして流れても、実際に読まれることは稀です。
Kylonのエージェントは、ハイライト付きの指標カード、ソート可能なテーブル、チャート、ユーザーごとの表示制御、承認ボタンなど、業務に最適化されたUIで情報を出力します。マネージャーには承認ボタン付きのサマリーが表示され、アナリストには詳細データが表示されます。同じ情報を、受け手の役割に応じた最適な形式で提示します。
*[Interactive UI preview: Kylonワークスペース：マーケティングチームがAIエージェントと協働してキャンペーンを分析]*
## 機能比較
- **対象ユーザー** — Buzzはソフトウェア開発チーム向け。Kylonは営業、マーケティング、オペレーション、経理を含むすべての業務チーム向け。
- **製品成熟度** — Buzzはv0.4.22（アーリーベータ）。Kylonは本番環境で稼働中。Web、macOS、iOS、Androidに対応。
- **プラットフォーム** — Buzzはデスクトップのみ（macOS/Windows/Linux）。KylonはWeb、macOS、iOS、Androidに対応。登録後1分以内に利用開始。
- **AIエージェント** — Buzzは外部エージェント（Goose、Claude Code、Codex）の持ち込み式。Kylonはメモリ、スキル、コネクションを備えたエージェントを標準搭載。完全なCLIも提供しており、Claude CodeやCodexからKylonを利用可能。外部エージェントの統合も開発中。
- **ワークフロー** — BuzzはYAML定義の固定アクション（7種類）。Kylonは推論を行うAIエージェントによる複合的な業務自動化。
- **データレイヤー** — Buzzにはなし（外部MCP接続）。Kylonはファーストクラスのデータベースアプリを標準装備。
- **外部連携** — BuzzはMCPサーバーの個別構築が必要。Kylonは3,000以上のサービスにネイティブ対応。
- **オープンソース** — BuzzはApache 2.0のフルオープンソース。Kylonは今後スキルとテンプレートをオープンソース化予定。インフラはプラットフォームが管理し、安定性と継続性を保証。大部分のチームにとって、オープンソースプロジェクトを自前でデプロイ・運用する必要はありません。
- **Git** — BuzzはGitホスティングを内蔵（ブランチ＝チャンネル）。KylonもGitを内蔵し、デプロイバージョン管理に活用。ビジネスユーザーがGitを理解する必要はありません。
- **セキュリティ** — Buzzは自己管理（運用責任はユーザー）。Kylonはプラットフォームが暗号化、アクセス制御、コンプライアンスを管理。
- **アプリ構築** — Buzzは非対応。Kylonは会話を通じた協働アプリ構築に対応。エンジニアリングチケット不要。
## カテゴリの正当性を裏付ける発表
Block社のような上場企業が「人間とAIエージェントの協働」を中心にワークスペースを構築したことは、このカテゴリが本格的な市場になりつつあることを示しています。
ただし、アプローチには明確な分岐があります。一方は、すべてをオープンソースかつ分散型で提供し、開発者自身がエージェントスタックを構築する道。もう一方は、エージェント、メモリ、データレイヤー、3,000以上の連携、リッチなUIを製品に組み込み、チームがインフラ構築ではなく業務に集中できる道です。
Buzzは前者を選択しました。Kylonは後者を選択しました。
どちらの道も技術的に正当です。しかし、明日からAIエージェントをチームの業務に組み込みたいのであれば、Nostrリレーの構築、PostgreSQLのプロビジョニング、暗号鍵の発行、MCPサーバーの配線を完了させる前に、すでにKylonで業務を開始できます。
AIワークスペースの概念とKylonの全体像については、[「AI Workspaceとは？Kylonが実現するビジネスを知るAIチーム」](/ja/blog/what-is-ai-workspace)で詳しく解説しています。
## 一人でAIを使うのと、チームでAIを使うのは違う
個人でAIツールを使いこなせるようになっても、チーム全体の業務改善には限界があります。一人のプロンプトスキルが属人化し、ナレッジが共有されず、ツール間の転記作業が残る。これは「個人のAI活用」と「組織のAI活用」の構造的な違いです。
- **個人のAI活用** — 個人チャットで質問と回答を繰り返す。成果物はコピペで別のツールへ。ナレッジは個人の履歴に閉じる
- **チームのAI活用（Kylon）** — AIエージェントがチームメンバーとして参加。業務の文脈を記憶し、外部ツールと連携し、チーム全員がその成果を共有できる
Kylonは、AIエージェントをチームの一員として組み込むワークスペースです。エージェントがSlack、Gmail、Notion、スプレッドシートなどと直接連携し、業務の文脈を継続的に蓄積します。「AIに毎回説明し直す」必要がなくなります。
[無料で始める](https://app.kylon.io/sign-up)
---
## LINE公式アカウント×AI自動応答｜顧客対応ナレッジを資産化する方法
> LINE公式アカウントの顧客対応をAIエージェントで自動化し、対応履歴からナレッジを自動整理。企業Wikiの構築、ドラフト返信の生成まで、Kylonで顧客対応の属人化を解消する方法を解説します。
**Author:** Kylon Team · Product | **Date:** 2026-07-23 | **Category:** Stories
**URL:** https://kylon.io/ja/blog/line-auto-cs-knowledge
## LINE顧客対応が属人化する構造的な問題
LINE公式アカウントは、日本企業の顧客接点として広く普及しています。予約確認、商品の問い合わせ、返品依頼。毎日届くメッセージに、担当者が一件ずつ手動で返信している企業は少なくありません。
問題は対応の遅さだけではありません。**顧客対応のノウハウが、担当者個人の頭の中にしかない**ことが本質的な課題です。
- 料金の問い合わせに対して、担当者ごとに異なる説明をしている
- 過去に同じ質問へ回答した内容が、社内のどこにも記録されていない
- 担当者が休みの日は、返信が翌営業日まで滞る
- 新人が入っても、過去の対応事例を参照する場所がない
LINE公式アカウントの標準機能にはキーワード応答がありますが、定型文を返すだけで、文脈を理解した柔軟な対応はできません。結局、複雑な問い合わせは人が対応し、その知見は共有されないまま流れていきます。
## Kylonで実現する4つの自動化
Kylonは、LINE公式アカウントをAIエージェントに接続し、顧客対応の自動化とナレッジの資産化を同時に実現します。以下の4つのステップで、属人化した顧客対応を組織の共有資産に変えます。
- **LINE自動応答** — 顧客からのメッセージをAIが内容を理解し、適切な返信を自動送信
- **ナレッジ自動整理** — 対応履歴からFAQ、手順書、注意事項を自動抽出し、構造化して蓄積
- **企業Wiki構築** — 蓄積したナレッジを検索可能なWikiとして社内に公開
- **ドラフト返信生成** — 過去の対応パターンとWikiを参照し、新しい問い合わせへの返信案を自動作成
## ステップ1: LINE公式アカウントの自動応答
KylonのLINEコネクションを使い、LINE公式アカウントをワークスペースに接続します。接続が完了すると、顧客からのメッセージがリアルタイムでKylonのチャンネルに届きます。
AIエージェントは受信したメッセージの内容を解析し、対応を判断します。
- **即時自動応答** — 予約確認、営業時間の案内、在庫状況など、定型的な問い合わせにはAIが即座に返信。平均応答時間は数秒
- **ドラフト返信** — 料金の詳細説明や技術的な相談など、判断が必要な問い合わせにはAIがドラフト返信を作成。担当者が確認して送信
- **エスカレーション** — クレームや個別交渉が必要なケースは、担当者に即座に通知。対応履歴と顧客情報を添えて引き継ぎ
キーワードマッチではなく、メッセージの意図を理解して応答するため、「予約を変えたい」「日程の変更お願いします」「来週に移せますか」のような表現の揺れにも対応できます。
*[Interactive UI preview: KylonのLINE自動応答 — 顧客メッセージに即時応答し、対応状況をトラッキング]*
## ステップ2: 顧客対応ナレッジの自動整理
自動応答が始まると、AIエージェントは対応のたびにナレッジを蓄積していきます。手動でFAQを作成する必要はありません。
AIは以下のパターンを自動的に検出し、ナレッジとして構造化します。
- **頻出質問の検出** — 同じ内容の問い合わせが3回以上発生すると、自動的にFAQ候補として抽出
- **対応手順の記録** — 担当者が手動対応したケースの手順を、ステップごとに記録
- **例外事項の蓄積** — 「この場合は返品不可」「この商品は取り寄せに2週間」など、条件付きルールを学習
- **顧客セグメント別の傾向** — 新規顧客とリピーターで異なる質問パターンを分析
蓄積されたナレッジはチャンネルに通知され、担当者が内容を確認・修正できます。AIが自動生成した記事に、担当者が業務知識を加えることで、精度が向上していきます。
## ステップ3: 企業Wikiの自動構築
蓄積したナレッジは、Kylonのアプリ機能で検索可能な企業Wikiとして公開できます。
Wikiの記事は、カテゴリごとに自動分類されます。「商品・サービス」「カスタマーサポート」「社内手続き」「返信テンプレート」。AIが対応履歴から生成した記事と、担当者が手動で追加した記事が、同じ場所に一元管理されます。
- **自動更新** — 新しい対応パターンが発生すると、関連する記事が自動的に更新される
- **出典の明記** — 各記事に「LINE対応から生成」「手動追加」などのソースが表示され、信頼性を確認できる
- **全文検索** — キーワードで社内の対応ノウハウを即座に検索可能
- **チームでの編集** — 記事ごとにディスカッションスレッドを開き、内容の改善を議論できる
*[Interactive UI preview: Kylonの企業Wiki — LINE対応ログからナレッジを自動生成し、カテゴリ別に整理]*
## ステップ4: AIによるドラフト返信の自動生成
企業Wikiに蓄積されたナレッジは、次の顧客対応にそのまま活用されます。新しい問い合わせが届くと、AIエージェントはWikiの関連記事と過去の対応履歴を参照し、ドラフト返信を自動生成します。
- **Wiki参照型の返信** — 料金表、返品ポリシー、サービス仕様など、Wikiに記載された正確な情報を引用して返信を作成
- **過去の対応パターンの再利用** — 類似の問い合わせに対する過去の成功事例をベースに、文面を最適化
- **トーン・文体の統一** — 企業のコミュニケーションガイドラインに沿った丁寧な文面を自動生成
- **確認フローの組み込み** — 金額や契約条件に関わる返信は、担当者の確認を経てから送信
使うほどWikiが充実し、ドラフト返信の精度が上がる。**対応のたびに組織の知識が厚くなる循環**が生まれます。
## 導入効果
LINE対応の自動化とナレッジの資産化を同時に進めることで、以下の効果が期待できます。
- **応答時間の短縮** — 定型的な問い合わせへの応答が、数時間から数秒に
- **対応品質の均一化** — 担当者による説明のばらつきが解消される
- **新人の即戦力化** — 過去の対応事例とテンプレートを参照して、初日から質の高い対応が可能
- **営業時間外の対応** — 24時間自動応答により、機会損失を防止
- **ナレッジの組織資産化** — 担当者が退職しても、対応ノウハウが企業Wikiとして残る
> 担当者が対応するたびに、組織のナレッジが自動で蓄積される。属人化していた顧客対応が、チーム全員の共有資産になります。
> — Kylon
## LINE公式アカウントの運用を、次の段階へ進めるには
まずは、問い合わせのうち自動で案内できる内容と、担当者の確認が必要な内容を分けます。そのうえで、料金・配信・リッチメニューなどの設定と、回答に使う資料を同じ運用ルールにまとめると、改善の優先順位を判断しやすくなります。
- [LINE公式アカウントの料金プランと通数の考え方](/ja/blog/line-official-account-pricing-guide-2026)
- [自動応答を設定する手順と確認ポイント](/ja/blog/line-auto-reply-setup-guide-2026)
- [Messaging APIの基本と接続準備](/ja/blog/line-messaging-api-beginner-guide-2026)
- [LINE公式アカウント活用ガイドをすべて見る](/ja/blog/topics/line-official-account)
[30分の無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Claude Code 使い方ガイド｜始め方から料金、実務活用まで徹底解説【2026年最新】
> Claude Codeの始め方、使い方、料金プランを初心者向けに解説。ターミナルやVS Codeからの利用方法、Pro/Max/Teamプランの違い、実務でのコスト管理まで、導入に必要な情報をまとめました。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-26 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/claude-code-guide-2026
Claude Codeは、Anthropicが提供するAIコーディングツールです。ターミナル、VS Code、JetBrains IDEから直接コードベースにアクセスし、コードの生成、デバッグ、リファクタリングを実行できます。2026年に入り、チーム向け機能とコスト管理ツールが大幅に強化されました。
*※本記事の料金・機能情報は、2026年7月時点のAnthropic公式情報に基づいています。最新情報はAnthropic公式サイトでご確認ください。*
この記事では、Claude Codeの始め方、料金プランの選び方、実務での活用方法、そしてチーム導入時のコスト管理について詳しく解説します。
## Claude Codeとは何か
Claude Codeは、Anthropicのクロードモデルを開発環境から直接利用できるコーディングアシスタントです。ChatGPTのようなチャットインターフェースではなく、ターミナルやIDE内で動作する点が特徴です。
- **ターミナル統合** — コマンドラインから直接クロードにコーディング指示を出せる
- **IDE対応** — VS Code、JetBrains（IntelliJ、PyCharm等）に対応
- **コードベース理解** — プロジェクト全体のファイル構造とコンテキストを把握した上で回答
- **マルチファイル編集** — 複数ファイルにまたがる変更を一度に提案・適用
- **Git連携** — コミットメッセージの生成、差分の要約、プルリクエストの作成を支援
## 始め方: インストールから初回利用まで
### 1. 前提条件の確認
Claude Codeを利用するには、macOS、Linux、またはWindows環境が必要です。Node.js 18以上がインストールされていることを確認してください。
### 2. インストール手順
ターミナルで以下のコマンドを実行します。npmからグローバルインストールが可能です。インストール後、claude コマンドでClaude Codeが起動します。初回起動時にAnthropicアカウントとの認証が求められます。
### 3. VS Codeでの利用
VS Code拡張機能としても提供されています。拡張機能マーケットプレイスから「Claude Code」を検索してインストールしてください。インストール後、エディタ内のパネルからクロードにコーディングの質問や指示を送ることができます。
### 4. JetBrains IDEでの利用
IntelliJ IDEA、PyCharm、WebStormなどのJetBrains製品にも対応しています。プラグインマーケットプレイスからインストールし、同様にAnthropicアカウントで認証します。
## 料金プラン比較
Claude Codeは独立した製品ではなく、Claudeのサブスクリプションプランに含まれる機能です。プランによって利用量の上限が異なります。
### 個人向けプラン
- **Proプラン**（月額20ドル） — Claude Codeの基本利用が可能。ウェブ、ターミナル、IDEからアクセスでき、チャットと共通の利用枠を使用
- **Max 5xプラン**（月額100ドル） — Proの5倍の利用枠。大規模なコードベースでの作業に適する
- **Max 20xプラン**（月額200ドル） — Proの20倍の利用枠。毎日集中的にコーディングするヘビーユーザー向け
### チーム・法人向けプラン
- **Teamプラン**（1席あたり月額25ドル、5名以上） — 全席にClaude Codeが含まれる。Proの約1.25倍の利用枠
- **Enterpriseプラン**（カスタム価格） — SSO、SCIM、監査ログ、カスタムデータ保持ポリシーに対応。利用量の上限もカスタム設定可能
## 実際のコストはどのくらいか
Anthropicの公式データによると、企業導入における平均コストは、開発者1人あたり1日約13ドル、月額150～250ドルです。90%のユーザーは1日30ドル以下に収まっています。
コストはモデルの選択、コードベースのサイズ、使用パターンによって大きく変動します。複数インスタンスの同時実行や自動化パイプラインでの利用は、コストが増加する主な要因です。
> まずは少人数のパイロットグループで導入し、コスト追跡ツールで基準値を把握してから全社展開することを推奨します。
> — Anthropic公式ドキュメント
## 実務での活用シーン
### 新機能の実装
要件を自然言語で伝えるだけで、複数ファイルにまたがるコード変更を提案します。テストコードの生成も同時に依頼でき、実装とテストを並行して進められます。
### コードレビューの効率化
プルリクエストの差分を読み込ませ、潜在的なバグ、パフォーマンスの問題、セキュリティリスクを指摘させることができます。レビューの質を均一化し、レビュー待ち時間を短縮できます。
### レガシーコードの理解
ドキュメントが不足している既存のコードベースに対して、関数やモジュールの役割、データフローを説明させることができます。新しいメンバーの立ち上がり期間の短縮に効果的です。
### デバッグ支援
エラーメッセージやスタックトレースを入力すると、原因の特定と修正案を提示します。複雑な非同期処理やデータベースクエリのパフォーマンス問題にも対応できます。
## チーム導入時のコスト管理
TeamおよびEnterpriseプランでは、管理者が組織全体の利用状況を一元管理できます。
- **利用量ダッシュボード** — メンバーごとのトークン消費量をリアルタイムで確認
- **支出上限の設定** — チームまたは個人単位で月間の支出上限を設定可能
- **モデル選択の制御** — 高コストなモデルの利用を管理者が制限できる
- **利用レポート** — 月次の利用レポートをエクスポートし、予算管理に活用
## 他のAIコーディングツールとの違い
GitHub CopilotやCursorなど、AIコーディングツールは複数存在します。Claude Codeの特徴は、コードベース全体の文脈を深く理解した上で回答する点と、ターミナルから直接操作できる柔軟性にあります。
一方で、Claude Codeはあくまでコーディング特化のツールです。営業報告の自動化、契約書のレビュー、顧客対応など、コーディング以外の業務をAIに任せたい場合は、業務全体をカバーするAIワークスペースの導入を検討する価値があります。
## まとめ: Claude Codeの選び方
- 個人開発者で日常的にAIコーディングを使いたい場合は、Proプラン（月額20ドル）から始める
- 大規模プロジェクトでヘビーに使う場合は、Max 5x（月額100ドル）で利用枠を確保する
- チームで導入する場合は、Teamプラン（1席25ドル）でコスト管理機能を活用する
- セキュリティ要件が高い組織は、Enterpriseプランで監査ログとSSOを利用する
Claude Codeは開発作業の効率を大幅に改善するツールですが、コーディング以外の業務プロセスまでAIで自動化したい場合は、エージェントがチームメンバーとして業務全体に参加するプラットフォームも選択肢に入ります。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## ChatGPT 有料プラン比較ガイド｜Go・Plus・Pro・Businessの違いと選び方【2026年最新】
> ChatGPTの有料プラン（Go/Plus/Pro/Business/Enterprise）を料金、機能、利用制限で比較。個人利用からチーム導入まで、目的別の選び方をわかりやすく解説します。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-26 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/chatgpt-paid-plan-comparison-2026
ChatGPTの料金体系は、2026年に入って大きく変わりました。無料プランに加え、Go、Plus、Pro（2つのティア）、Business、Enterpriseと、合計7つのプランが存在します。目的と予算に合ったプランを選ぶために、それぞれの違いを整理します。
*※本記事に記載の料金・プラン内容は、2026年7月時点のOpenAI公式情報に基づいています。最新の料金はOpenAI公式サイトでご確認ください。*
## 全プラン比較表
2026年7月時点の公式価格に基づく比較です。すべてのプランで基本的なチャット機能は利用できますが、利用できるモデル、利用量の上限、追加機能に違いがあります。
- **無料プラン**（0ドル） — GPT-5.5 Instantへの限定アクセス。メッセージ数、ファイルアップロード、画像生成に制限あり
- **Goプラン**（月額8ドル） — 無料版より多いメッセージ数とアップロード枠。広告が表示される場合がある
- **Plusプラン**（月額20ドル） — GPT-5.6の高度な推論モデルにアクセス。Deep Research、プロジェクト管理、カスタムGPTs、Codex、タスクスケジュール機能が利用可能
- **Pro 5xプラン**（月額100ドル） — Plusの5倍の利用枠。大量のメッセージを送る頻繁なユーザー向け
- **Pro 20xプラン**（月額200ドル） — Plusの20倍の利用枠。毎日集中的に利用するパワーユーザー向け
- **Businessプラン**（1ユーザーあたり月額25ドル、年間契約） — チーム管理、SSO、データがモデル学習に使われない保証
- **Enterpriseプラン**（カスタム価格） — 無制限利用、高度なセキュリティ、専任サポート
## 個人利用: GoとPlusとProの違い
### Goプラン（月額8ドル）が向いている人
無料版では足りないけれど、月額20ドルは払いたくないという場合のエントリープランです。メッセージの上限が無料版より多く、画像生成やファイルアップロードの枠も拡大されます。ただし、広告が表示される可能性があります。
### Plusプラン（月額20ドル）が向いている人
多くの個人ユーザーにとって最適なプランです。GPT-5.6による高度な推論、Deep Researchによる調査レポートの生成、Codexによるコーディング支援など、ChatGPTの主要機能をすべて利用できます。広告は表示されません。
### Proプラン（月額100ドル/200ドル）が向いている人
毎日数時間以上ChatGPTを使い、利用量の上限に頻繁に達する場合に検討するプランです。100ドルのティアはPlusの5倍、200ドルのティアは20倍の利用枠が提供されます。研究者、ライター、開発者など、AIを主要な業務ツールとして使う人に向いています。
## チーム利用: BusinessとEnterpriseの違い
### Businessプラン（月額25ドル/席）
チームでの利用に最適化されたプランです。以下の管理機能が追加されます。
- **ユーザー管理** — メンバーの招待・削除、役割の設定
- **データ保護** — チームのデータがOpenAIのモデル学習に使用されない
- **SSO対応** — 企業の認証システムと連携可能
- **一括請求** — チーム全体の請求を一元管理
### Enterpriseプラン（カスタム価格）
大企業向けのプランで、利用量の制限がなく、SCIM、監査ログ、コンプライアンス対応など、高度なセキュリティ機能が含まれます。専任のカスタマーサクセス担当者が付きます。契約は個別交渉です。
## プラン選びで見落としがちなポイント
### 利用量の上限は「セッション単位」で計算される
ChatGPTの利用制限は、一定時間内のメッセージ数で管理されています。上限に達すると、一時的に低速なモデルに切り替わるか、次のリセットまで待つ必要があります。業務で安定的に使い続けるには、自分の利用パターンに合った枠のプランを選ぶことが重要です。
### GoプランとPlusプランの最大の違いはモデル
Goプランでは基本的にGPT-5.5 Instantが使われます。Plusプランでは、より高性能なGPT-5.6推論モデルにアクセスでき、複雑な分析や長文の生成で品質の差が出ます。
### Businessプランのデータ保護は全員に適用される
Businessプランでは、チームメンバー全員のデータがモデル学習から除外されます。個人のPlusプランでは、設定画面でオプトアウトしない限り、データが学習に使われる可能性があります。機密情報を扱う業務では、この違いが重要です。
## ChatGPTの限界と代替手段
ChatGPTは汎用的なAIアシスタントとして優れていますが、チームでの業務利用にはいくつかの課題があります。
- **情報の分断** — ChatGPTでの会話は個人に閉じており、チームメンバー間でコンテキストを共有できない
- **外部ツールとの連携** — Gmail、Slack、Notionなどとの連携は限定的。業務フロー全体の自動化は困難
- **組織の知識蓄積** — 会話の内容が組織のナレッジとして蓄積されない。担当者が退職すると、そのAI活用のノウハウも失われる
- **権限管理** — 誰がどのデータにアクセスできるかの細かい制御が難しい
こうした課題を解決するには、AIエージェントがチームメンバーとしてチャンネルに参加し、メモリでコンテキストを共有し、外部ツールと安全に連携できるAIワークスペースの活用が有効です。
## まとめ: 目的別プランの推奨
- ライトな個人利用 → **Goプラン**（月額8ドル）で十分
- 本格的な個人利用 → **Plusプラン**（月額20ドル）が最適
- 毎日ヘビーに使う → **Pro 5xプラン**（月額100ドル）を検討
- チームで導入 → **Businessプラン**（月額25ドル/席）でデータ保護と管理機能を確保
- チーム全体の業務をAIで変革したい → AIエージェントが業務に参加するワークスペースの導入を推奨
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Grok 使い方ガイド｜機能・料金・X連携を徹底解説【2026年最新】
> xAIのGrokの使い方を初心者向けに解説。無料プランとSuperGrokの違い、X（旧Twitter）リアルタイム検索、DeepSearch、画像・動画生成まで、全機能をカバーします。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-26 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/grok-guide-2026
Grokは、イーロン・マスク率いるxAI社が開発したAIアシスタントです。最大の特徴は、X（旧Twitter）のリアルタイムデータに直接アクセスできる点です。grok.com、Xアプリ、iOS/Androidアプリから利用できます。
*※本記事の料金・機能情報は、2026年7月時点のxAI公式情報に基づいています。最新情報はxAI公式サイトでご確認ください。*
この記事では、Grokの始め方、主要機能、料金プランの比較、そして業務での活用方法について解説します。
## Grokの始め方
### ウェブから利用する
grok.comにアクセスし、Xアカウントまたはメールアドレスでログインします。無料プランでも基本的な会話、ウェブ検索、画像生成が利用可能です。クレジットカードの登録は不要です。
### Xアプリ内から利用する
X（旧Twitter）アプリのメニューからGrokにアクセスできます。タイムラインの投稿をそのままGrokに分析させることも可能で、トレンドの背景を即座に理解できます。
### スマートフォンアプリ
Grok単体のiOS/Androidアプリも提供されています。音声入力にも対応しており、移動中の利用に便利です。
## 主要機能の解説
### リアルタイムWeb・X検索
Grokの最大の差別化ポイントです。ウェブ検索に加えて、Xの投稿データをリアルタイムで検索し、回答に反映します。「今トレンドになっている話題」「特定のテーマに関する最新の議論」を、投稿データに基づいて分析できます。
他のAIアシスタント（ChatGPT、Claude、Gemini）ではアクセスできないXのデータを活用できる点が、Grokのユニークな強みです。
### Think（深層推論）モード
複雑な問題に対して、ステップを踏んだ推論を行うモードです。数学的な計算、論理的な分析、コードの設計判断など、単純な回答では不十分な場合に有効です。推論の過程が表示されるため、AIがどのように結論に至ったかを確認できます。
### DeepSearch（深層検索）
ウェブとXの情報を多段階で検索し、包括的な調査レポートを生成する機能です。市場調査、競合分析、技術トレンドの把握など、複数のソースを横断した調査作業を自動化できます。
### 画像・動画生成
Aurora画像生成エンジンを内蔵しており、テキストの指示から画像を生成できます。SuperGrokプランでは動画生成にも対応しています。マーケティング素材やプレゼンテーション用のビジュアル制作に活用できます。
### 音声モード
音声でGrokと会話できるモードです。無料プランでも利用可能で、ハンズフリーでの情報収集や、アイデアの壁打ちに便利です。
### コネクター
外部サービスとの連携機能です。対応サービスからデータを取り込み、Grokの回答に反映させることができます。
## 料金プラン比較
Grokは無料で利用開始でき、より高い利用量と追加機能が必要な場合に有料プランへアップグレードします。
- **無料プラン**（0ドル） — Grok 3モデル、ウェブ・X検索、画像生成、音声入力。2時間あたり約10リクエストの制限あり
- **SuperGrok Lite**（月額10ドル） — 無料版より高い利用量上限
- **SuperGrok**（月額30ドル） — Grok 4.5モデル、DeepSearch、Expert機能、画像・動画生成。個人の本格利用に最適
- **SuperGrok Heavy**（月額300ドル） — 最大の利用枠。ヘビーユーザー向け
- **Businessプラン**（要問い合わせ） — チーム管理、一括請求、役割ベースのアクセス制御
- **Enterpriseプラン**（要問い合わせ） — SSO、SCIM、監査ログ、カスタムデータ保持、暗号化キー管理
## Grokが向いている用途
- **ソーシャルメディアの分析** — Xのトレンド、ユーザーの反応、競合の動向をリアルタイムで把握
- **最新ニュースの追跡** — 速報性の高い情報をXの投稿から素早く収集
- **市場調査** — DeepSearchで複数ソースを横断した調査レポートを自動生成
- **クリエイティブ制作** — 画像・動画生成でマーケティング素材を作成
## Grokの限界
Grokはリアルタイム情報の収集と分析に強みがありますが、いくつかの制約があります。
- **Xデータへの依存** — リアルタイム検索はXの投稿が中心で、LinkedInやFacebook等の他プラットフォームのデータは含まれない
- **業務ツールとの連携** — Gmail、Slack、Notionなどとの統合は限定的。業務フローの自動化は外部連携が必要
- **チーム内での知識共有** — 個人の会話履歴はチームメンバーと共有されない
- **エージェント的な自律行動** — 定型業務の自動実行やワークフローの構築は、現時点では対応範囲外
ソーシャルメディアの分析や最新情報の収集にはGrokが適していますが、チーム全体の業務プロセスをAIで変革したい場合は、AIエージェントが業務に直接参加するワークスペースの導入が効果的です。
## まとめ
Grokは、Xのリアルタイムデータにアクセスできる唯一のAIアシスタントです。ソーシャルメディアの分析や最新トレンドの把握には最適なツールです。無料プランから始めて、利用量に応じてSuperGrokへのアップグレードを検討してください。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Perplexity AI 使い方ガイド｜料金・機能・Pro版の違いを徹底解説【2026年最新】
> Perplexity AIの使い方、料金プラン（Free/Pro/Max）、主要機能（Deep Research、Spaces、Comet）を解説。Google検索の代替として注目されるAI検索エンジンの活用法を紹介します。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-26 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/perplexity-ai-guide-2026
Perplexity AIは、AIを活用した次世代の検索エンジンです。Google検索のようにウェブを検索しますが、検索結果のリンク一覧ではなく、情報を統合した回答を出典付きで返す点が特徴です。
*※本記事の料金・機能情報は、2026年7月時点のPerplexity公式情報に基づいています。最新情報はPerplexity公式サイトでご確認ください。*
この記事では、Perplexity AIの始め方、主要機能、料金プランの比較、そして実務での活用方法を解説します。
## Perplexity AIとは何か
Perplexity AIは「回答エンジン」と呼ばれるタイプのAIツールです。ユーザーの質問に対して、リアルタイムでウェブを検索し、複数のソースから情報を統合し、出典（引用元URL）付きで回答を生成します。
ChatGPTやClaudeが主に学習データに基づいて回答するのに対して、Perplexityは毎回ウェブ検索を実行します。そのため、最新の情報に基づいた正確な回答が得られやすい点が強みです。
- **出典の明示** — すべての回答に引用元URLが付き、情報の信頼性を確認できる
- **リアルタイム検索** — 質問するたびにウェブを検索し、最新の情報を反映
- **フォローアップ質問** — 前の回答を踏まえた追加質問で、調査を深掘りできる
- **マルチモデル対応** — Claude、GPT、Gemini、独自のSonarモデルから選択可能（Pro版）
## 始め方
perplexity.aiにアクセスし、検索バーに質問を入力するだけで利用を開始できます。アカウント登録なしでも基本的な検索は可能ですが、履歴の保存やPro機能の利用にはアカウントが必要です。
iOS/Androidアプリも提供されており、スマートフォンからも同様に利用できます。Cometブラウザ（デスクトップ向け）をインストールすると、ブラウジングとAI検索を一体化した環境で作業できます。
## 主要機能の解説
### フォーカスモード
検索対象をウェブ全体、学術論文、YouTubeなどに絞り込む機能です。学術論文に限定すれば信頼性の高い情報源のみから回答が得られ、YouTubeに限定すれば動画コンテンツの要約が得られます。
### Deep Research
単一の質問に対して、複数のウェブページを横断的に調査し、包括的なレポートを生成する機能です。市場調査、技術比較、論文サーベイなど、本来数時間かかる調査作業を数分で完了できます。
### Spaces
調査プロジェクトを整理するための機能です。関連する複数の検索をひとつのSpaceにまとめ、文書やファイルを追加し、チームメンバーと共有できます。長期的な調査プロジェクトの管理に有効です。
### Perplexity Computer
AIがウェブブラウザを操作してタスクを実行する機能です。フォームの入力、データの収集、ウェブサイトの操作など、手動で行っていた作業を自動化できます。Pro版以上で利用可能です。
### ファイル分析
PDFやドキュメントをアップロードし、内容について質問できます。長文の契約書、技術資料、レポートの要約や、特定の情報の抽出に便利です。
### Cometブラウザ
Perplexityが開発したデスクトップブラウザです。2026年3月から無料で提供されています。通常のウェブブラウジングとAI検索がシームレスに統合されており、閲覧中のページについてAIに質問できます。
## 料金プラン比較
- **無料プラン**（0ドル） — 基本的な検索と回答。利用回数に日次の制限あり。基本的なAIモデルのみ
- **Proプラン**（月額20ドル、年間払いで月額17ドル） — 最新のAIモデル（Claude Sonnet 5、Gemini 3.1 Pro、Sonar 2等）の選択、Perplexity Computer（4,000ボーナスクレジット）、プレミアムデータベースからの検索、無制限のPro検索
- **Maxプラン**（月額200ドル、年間払いで月額167ドル） — Pro全機能に加え、35,000ボーナスクレジット、月間10,000クレジット、最高精度の推論モデル、大規模データセットの処理
- **Education Proプラン**（月額10ドル） — 学生・教育者向け。Pro機能を割引価格で利用可能
- **Enterprise Proプラン**（1席あたり月額40ドル） — チーム管理、SSO、データ保護
- **Enterprise Maxプラン**（1席あたり月額325ドル） — Enterprise Pro全機能に加え、最大利用枠
個人利用では、Proプラン（月額20ドル）がコストパフォーマンスに優れています。無料プランで基本的な使い方を試し、Pro検索やモデル選択の必要性を感じたらアップグレードを検討してください。
## 実務での活用シーン
- **市場調査** — Deep Researchで競合分析や業界トレンドのレポートを自動生成
- **技術調査** — 学術論文フォーカスで最新の技術論文をサーベイし、要約を取得
- **営業準備** — 商談先企業の最新ニュース、業績、業界動向を短時間で把握
- **コンテンツ制作** — 出典付きの調査結果をベースに、記事や報告書を作成
- **法務・契約確認** — ファイル分析で契約書の要点を抽出し、リスク箇所を特定
## Perplexityの限界と補完手段
Perplexityは調査と情報検索に特化したツールです。以下のような業務には向いていません。
- **業務の自動化** — メール送信、データ入力、定型レポートの生成など、アクションを伴う作業は対象外
- **チーム間のコンテキスト共有** — 個人の検索履歴はチーム全体で共有されない
- **外部ツールとの連携** — Gmail、Slack、CRMなどとの統合は限定的
- **継続的なモニタリング** — 定期的な競合監視やアラート通知は、手動で検索を繰り返す必要がある
調査結果を業務アクションに直結させたい場合は、AIエージェントが外部ツールと連携し、調査から実行までを一貫して行えるプラットフォームの活用が効果的です。
## まとめ
Perplexity AIは、出典付きの正確な回答が得られるAI検索エンジンです。Google検索の代替として、特に調査業務での生産性向上に大きな効果があります。無料プランから始めて、利用頻度に応じてProプランへのアップグレードを検討してください。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Google Gemini 料金プラン比較ガイド｜AI Plus・Pro・Ultraの違いと選び方【2026年最新】
> Google Geminiの料金プラン（無料/AI Plus/AI Pro/AI Ultra）を徹底比較。各プランの機能、利用量の上限、ストレージ、YouTube Premium特典まで。2026年のI/Oで発表された最新プラン体系を解説します。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-26 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/gemini-pricing-guide-2026
Google Geminiの料金プランは、2026年5月のGoogle I/Oで大幅に再編されました。AI Plus、AI Pro、AI Ultraの3つの有料プランが設けられ、最上位のAI Ultraは月額250ドルから100ドルに値下げされました。
*※本記事に記載の料金・プラン内容は、2026年7月時点のGoogle公式情報に基づいています。最新の料金はGoogle公式サイトでご確認ください。*
この記事では、各プランの料金、機能、利用量の上限を比較し、目的に合ったプランの選び方を解説します。
## プラン一覧と料金
- **無料プラン**（0ドル） — Gemini 3.6 Flash、一部のGemini 3.1 Proアクセス、画像生成、Deep Research、Gemini Live、Canvas。15GBのクラウドストレージ
- **AI Plusプラン**（月額4.99ドル） — 無料版の2倍の利用量上限。動画生成、Daily Brief、GmailのAI Inbox。400GBストレージ
- **AI Proプラン**（月額19.99ドル） — 無料版の4倍の利用量上限。100万トークンのコンテキストウィンドウ。YouTube Premium Lite付属。5TBストレージ
- **AI Ultra 100プラン**（月額99.99ドル） — AI Proの5倍の利用量上限。Gemini 3.5 Flash、Google Antigravity（エージェント型開発環境）への優先アクセス。YouTube Premium付属。20TBストレージ
- **AI Ultra 200プラン**（月額199.99ドル） — 最大の利用量上限。すべての最上位機能にアクセス。30TBストレージ
## 各プランの詳細
### 無料プラン: 日常的な利用に十分
GeminiのAIアシスタント機能は、無料プランでもかなり充実しています。Gemini 3.6 Flashモデルによるチャット、画像生成・編集、Deep Research（調査レポートの自動生成）、Gemini Live（音声会話）、Canvas（ドキュメント共同編集）が利用可能です。
ただし、利用量には制限があり、高頻度で利用するとレート制限に達する場合があります。日常的な質問やちょっとした調査であれば、無料プランで十分です。
### AI Plusプラン（月額4.99ドル）: エントリープラン
月額5ドル未満で、無料版の2倍の利用量上限を得られるプランです。動画生成、Gemini Notebook（調査・執筆アシスタント）の拡張機能、GmailのAI Inbox機能が追加されます。400GBのクラウドストレージが付属するため、Google Drive/Gmail/フォトの容量不足に悩んでいる場合にも有効です。
他のAIツール（ChatGPT GoやPerplexity無料版）と比較しても、月額5ドルは低価格です。Google Workspaceのヘビーユーザーにとって、コストパフォーマンスの高い選択肢です。
### AI Proプラン（月額19.99ドル）: 最もバランスの取れたプラン
ChatGPT PlusやPerplexity Proと同価格帯（月額約20ドル）のプランです。利用量は無料版の4倍に拡大され、Gemini 3.1 Proモデルへのフルアクセスが可能になります。
- **100万トークンのコンテキストウィンドウ** — 長文のドキュメント、コードベース、論文を一度に読み込ませて分析可能
- **YouTube Premium Lite** — 広告なしのYouTube視聴が付属
- **5TBのクラウドストレージ** — Gmail、Drive、フォトで共有
- **Deep Researchの拡張利用** — より多くの調査レポートを生成可能
- **Google Workspaceとの統合** — Gmail、ドキュメント、スプレッドシートでGeminiを直接利用
Google Workspaceをチームで使っている環境では、Geminiとの統合による生産性向上が最も大きいプランです。
### AI Ultraプラン（月額100ドル/200ドル）: 開発者・パワーユーザー向け
2026年のI/Oで新設された100ドルのティアと、250ドルから200ドルに値下げされた最上位ティアがあります。
100ドルのティアは、開発者、テクニカルリーダー、ナレッジワーカー向けです。AI Proの5倍の利用量上限に加え、Google Antigravity（エージェント型コーディングプラットフォーム）への優先アクセスが含まれます。
200ドルのティアは、利用量の制限を気にせずにGeminiを使い倒したいユーザー向けです。すべてのモデルと機能に最大のアクセス枠が付与されます。
## Geminiの強みと弱み
### Geminiが優れている点
- **Google Workspaceとの統合** — Gmail、ドキュメント、スプレッドシート内でAIを直接利用できる。他のAIツールにはないネイティブ連携
- **100万トークンのコンテキストウィンドウ** — 長文の文書分析では業界最大級の処理能力
- **低価格のエントリープラン** — 月額4.99ドルのAI Plusは、AIサブスクリプションとしては最安水準
- **ストレージ付属** — AIプランにクラウドストレージとYouTube Premiumが付属するのはGeminiだけ
- **マルチモーダル** — テキスト、画像、動画、音声をすべて処理可能
### Geminiの課題
- **文章の品質** — 日本語の長文生成では、ChatGPTやClaudeと比較して自然さに差がある場面がある
- **コーディング** — 純粋なコーディング支援では、Claude CodeやGitHub Copilotの方が精度が高い傾向
- **Googleエコシステムへの依存** — Google Workspaceを使っていない環境では、統合の恩恵を受けられない
- **業務プロセスの自動化** — AIエージェントとしてチームの業務フローに参加する機能は限定的
## 他のAIプランとの比較
月額20ドル前後のプランを比較すると、ChatGPT Plus（月額20ドル）、Claude Pro（月額20ドル）、Perplexity Pro（月額20ドル）、Gemini AI Pro（月額19.99ドル）がほぼ同価格帯です。
- Google Workspaceの利用が中心 → **Gemini AI Pro**が最適
- 汎用的な文章生成・推論 → **ChatGPT Plus**または**Claude Pro**
- 調査・リサーチ → **Perplexity Pro**
- コーディング → **Claude Pro**（Claude Code含む）
どのツールも個人のAIアシスタントとしては優れていますが、チーム全体の業務プロセスにAIを組み込みたい場合は、AIエージェントがチームメンバーとして参加するワークスペースの導入が効果的です。
## まとめ: プランの選び方
- Google Workspaceのストレージ不足を解消したい → **AI Plus**（月額4.99ドル）
- GeminiをGoogle Workspaceと本格的に連携させたい → **AI Pro**（月額19.99ドル）
- 開発やAIエージェント開発に本格活用 → **AI Ultra 100**（月額99.99ドル）
- 利用量を気にせず使い倒したい → **AI Ultra 200**（月額199.99ドル）
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Claude Opus 5とは？Fable 5級の性能を半額で実現する最新モデルを徹底解説【2026年7月】
> 2026年7月24日に公開されたClaude Opus 5の性能、料金、ビジネス活用方法を解説。Fable 5に迫るベンチマーク結果、コーディング・エージェント・業務自動化での強み、料金据え置きのコストメリットまで。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-26 | **Category:** Research
**URL:** https://kylon.io/ja/blog/claude-opus-5-guide-2026
2026年7月24日、AnthropicはClaude Opus 5を公開しました。最上位モデルClaude Fable 5に迫る性能を、半額の料金で利用できる新世代のOpusモデルです。公開直後からX（旧Twitter）上でも大きな反響を呼び、国内外のAIコミュニティで活発な議論が続いています。
この記事では、Opus 5の具体的なベンチマーク数値、料金体系、Claudeモデルファミリー内での位置づけ、企業ユーザーの実務評価、同時発表された新機能、そしてビジネス現場での活用方法を網羅的に解説します。
## Claude Opus 5の概要と位置づけ
Claude Opus 5は、Anthropicのクロードモデルファミリーにおける第5世代のOpusティアモデルです。前モデルOpus 4.8から大幅に性能が向上し、エージェントコーディング、コンピュータ操作、長期的な知識ワーク、数学・科学推論の各領域で改善が確認されています。
Anthropicは、Claudeモデルファミリーの使い分けを以下のように明確に定義しています。
- **Fable 5** — 数日間にわたる自律型プロジェクトなど、最も野心的な長期タスク向け
- **Opus 5** — 複雑な業務を任せて結果を確認するデイリードライバー。ほとんどの業務において最もコストパフォーマンスが高い選択肢
- **Sonnet 5** — 速度とコスト効率が重要な大規模処理向け
- **Haiku 4.5** — サブエージェントや即時応答向け
Anthropicの広報担当者はVentureBeatのインタビューで「Opus 5はデイリードライバーです。複雑な業務を任せ、完了したら結果を確認する。Fable 5は最も野心的な仕事、何日もかかる自律型プロジェクト向けです」と説明しています。
## ベンチマーク比較: 具体的な数値で見る性能
Opus 5は、複数の主要ベンチマークで業界最高水準のスコアを記録しています。具体的な数値を確認しましょう。
### コーディング性能
- **Frontier-Bench v0.1** — スコア43.3%で全モデル中最高。Opus 4.8の18.7%から2倍以上に向上し、Fable 5の33.7%をも上回る
- **CursorBench 3.2** — 最大努力設定でFable 5のピークスコアの0.5%以内に到達。タスク単価はFable 5の半額
- **OSWorld 2.0** — コンピュータ操作ベンチマークで全モデル中最高。Fable 5のベスト結果を、約3分の1のコストで上回る
### 知識ワーク・問題解決
- **ARC-AGI 3** — 新規問題解決力を測るベンチマークで、2位モデルの3倍のスコア
- **Zapier AutomationBench** — 業務タスクの完了率で2位モデルの約1.5倍。最低努力設定でも他のすべてのモデルを上回る
- **GDPval-AA** — 知識ワーク評価で、Frontier-Benchと並び最先端のスコアを記録
ただし、Anthropicは自らの限界についても率直に言及しています。サイバーセキュリティタスクではMythos 5に劣り、一部のエージェントコーディングベンチマークではOpenAI系モデルがリードしているとのことです。また、Fable 5との最大の違いは「持続時間」にあり、何時間、何日にもわたる長期的な自律タスクではFable 5が依然として優位です。
## トークン効率: 同じ品質をより少ないコストで
Opus 5の注目すべき特徴の一つが、トークン効率の大幅な改善です。同じ品質の出力を、より少ないトークン数で達成できるため、実質的なコスト削減につながります。早期アクセスユーザーから具体的な数値が報告されています。
- **Harvey（法律AI）** — Opus 4.8の最大推論モードと同等の性能を、平均26%少ないトークンで達成
- **Fundamental Research Lab（金融）** — 高難度の金融モデリングタスクで平均9ポイント高い精度を、ターン数とツールコール数を約3分の1に、処理時間を60%短縮して達成
- **Zapier** — 「前モデルと同じトークン消費量で、AutomationBenchで首位を獲得」
Contrary Research社の分析によると、Claudeは2025年末時点で企業向け大規模言語モデル市場の約40%の利用シェアを占めており、Claude Code単体で年間約10億ドルの収益を達成しています。トークン単位で課金される企業ユーザーにとって、「より少ないトークンでより多くの成果」は直接的なコスト削減を意味します。
## 自己検証能力: デモと実用の差を埋める
Opus 5の最大の進化は、作業結果を自ら検証し、成功するまで粘り強く改善を繰り返す能力です。「もっともらしい出力を生成するモデル」と「出力を自ら検証するモデル」の差は、デモと実運用の差そのものです。
- **自律的な問題解決** — Frontier-Benchのタスクで、図面を直接表示する手段がない状況でも、自分でコンピュータビジョンパイプラインを構築してピクセルから形状を抽出し、3D CADモデルを再構築。競合モデルは5回試行しても解決できなかった
- **根本原因の特定** — 人気のあるオープンソースパッケージマネージャの実際のバグに対し、コミュニティパッチが見逃していたエッジケースまで修正。競合モデルは表面的な症状のみを修正して「解決済み」と報告した
- **テストハーネスの自律構築** — あるトレーディング会社のエンジニアが新しい取引所のマーケットデータフィードを1セッションで構築。検証用のライブフィードがなかったため、Opus 5は自らテストハーネスを構築してデータ解析の正確性を確認した
Stripeのスタッフソフトウェアエンジニア、Cristian Rivera氏は「週末にOpus 5に開発環境の統括役を任せた。自分でモニターを構築し、各マシンを操作し、判断が必要な場面だけ私に確認を求めた」と報告しています。企業がAIに求めているのは、まさにこの自律性です。現在のエンタープライズAIの隠れたコストの多くは、人間によるレビュー作業です。自ら作業を検証するモデルは、このコストを圧縮します。
## 科学研究での活用
Opus 5は科学研究分野でもOpus 4.8から大幅に向上しています。ライフサイエンス系の全評価項目でOpus 4.8を上回り、特に以下の分野で顕著な改善が見られます。
- **有機化学** — スペクトロスコピーデータから分子構造を推定するタスクで、Opus 4.8比+10.2ポイント
- **タンパク質解析** — 配列変異が機能に与える影響の予測で、Opus 4.8比+7.7ポイント
- **ゲノム解析** — BenchSciの評価では「統計的検定の選択、独立手法によるクロスチェック、長期マルチステップ分析の追跡で、慎重な科学者のように振る舞う」と評価
## 企業ユーザーの評価
早期アクセスを提供された主要企業からの評価も高く、各社が実務での性能向上を報告しています。
- **Devin（Cognition）** — 「FrontierCode 1.1でFableレベルの性能を半額で達成。特にデバッグと根本原因分析で強みを発揮」
- **Cursor** — 「CursorBenchでFable 5に肉薄し、多くの同様の振る舞いを確認。開発者がどのように活用するか楽しみ」
- **Zapier** — 「AutomationBenchで首位。アカウントヘルスのワークブックから解約防止シーケンスをエンドツーエンドで実行。前モデルはパスしなかったタスクで100%達成」
- **Lovable** — 「Opus 4.7比で最も難しいエージェントコーディングタスクが22%向上。ばらつきが大幅に減少し、ビルドごとの信頼性が向上」
- **Harvey** — 「法務エージェント業務でOpus前モデルから明確な向上。コーポレートガバナンスと仲裁の分野で最大の改善」
- **Box** — 「Opus 4.8比+8%。データ分析で+11%、デューデリジェンスで+17%の性能向上」
## 同時発表された新機能
Opus 5のリリースに合わせて、開発者向けの重要な機能も複数発表されました。
- **ファストモード（研究プレビュー）** — Opus 5の全能力を、150%高速なトークン生成で利用可能。料金は通常の2倍。Claude Maxユーザーは追加クレジットで利用可能
- **自動フォールバック** — 安全性分類器がリクエストを拒否した場合、APIが同一リクエスト内で自動的に別モデルにフォールバック。ユーザーにはエラーではなく有用な回答が返される
- **会話途中のツール変更** — 会話の途中で外部ツールの追加・削除が可能に。プロンプトキャッシュを無効化せずにツールを変更できるため、コスト管理とセキュリティの両面で有利
## 安全性への取り組み
Anthropicの自動行動監査により、Opus 5はこれまでで最も整合性の高いモデルと評価されています。全体的な不整合行動スコアは2.3で、Opus 4.8、Sonnet 5、Fable 5のいずれよりも低い値です。欺瞞的行動の発生率が最も低く、悪用への耐性も最も高いとされています。
サイバーセキュリティ面では、Opus 5は意図的にサイバータスクの訓練を行っていないにもかかわらず、汎用能力の向上に伴いMythos 5に近い脆弱性発見率（79.4%対80%）を達成しています。一方で、脆弱性の悪用能力は意図的に抑制されており、安全性と有用性のバランスが取られています。
## 料金プランの選び方
Claude Opus 5は、API利用料金がOpus 4.8と同額に据え置かれています。ユーザーが利用できるプランと主な違いを整理します。
- **Claude Pro（月額20ドル）** — Opus 5を利用可能な最もコストの低いプラン。個人での業務利用や学習用途に最適
- **Claude Max（月額100ドル/200ドル）** — Opus 5がデフォルトモデルとして設定。高頻度利用やエージェント機能のフル活用に対応。ZDNETのレビューアーは100ドルプランで週の利用制限の31%しか消費しなかったと報告
- **Claude Team（月額30ドル/ユーザー）** — チームでの共有利用に対応。管理者によるメンバー管理と利用状況の把握が可能
- **API利用** — 入力5ドル/100万トークン、出力25ドル/100万トークン。努力レベルの調整でコスト最適化が可能
注目すべきは、Opus 5がモデルの「努力レベル」設定に対応している点です。タスクの難易度に応じて、知能を最大化するか、トークンを節約して高速に処理するかを選択できます。簡単なタスクでは低努力設定で十分な品質が得られるため、コストを大幅に抑えることが可能です。
## 日本のAIコミュニティの反応
Claude Opus 5のリリースは、日本のAIインフルエンサーからも即座に反応がありました。
### チャエン氏の速報と実演
チャエン氏（@masahirochaen）は公開直後に速報を投稿し、「Fable 5級の性能を半額で」という要点を端的にまとめて4.6万回以上の閲覧を記録。続いてOpus 5のExcel操作能力を実演し、「プロのコンサルタント並み」と評価した投稿は5.6万回以上閲覧されました。
さらに注目すべきは、チャエン氏が報告した「システムプロンプトの80%削減でも性能が維持される」という発見です（3.8万回閲覧）。これは、詳細な指示文を書き連ねるよりも、適切な文脈（コンテキスト）をモデルに与えることが重要であることを示しています。AIの業務活用における設計思想の転換点として、多くのエンジニアの関心を集めました。
### すぐる氏のClaude Code実務活用
すぐる氏（@SuguruKun_ai）は、大手企業4社がClaude Codeで実際に使用している社内エージェントスキルのトップ5を紹介。また、Oura Ringの睡眠データをClaude Codeで自動解析し、睡眠レポートを生成する実例を公開して5.1万回以上の閲覧を集めました。こうしたClaude Codeとの組み合わせによる実務活用は、Opus 5の登場によりさらに加速すると見られています。
## Kylon: AIエージェントをチームメンバーとして活用するワークスペース
Claude Opus 5のようなモデルの進化により、AIエージェントは単なるチャットツールから、実際の業務を遂行するチームメンバーへと進化しています。しかし、高性能なモデルを業務で最大限に活用するには、モデル単体ではなく、業務の文脈を理解し、外部ツールと連携し、チーム内で継続的に働ける環境が必要です。
Kylonは、AIエージェントがチームメンバーとして業務に参加するワークスペースです。チャンネル、エージェント、メモリ、コネクション、ワークフロー、スキル、アプリの7つの機能が統合されており、Claude、GPT、Geminiなどの最新モデルを業務の文脈の中で活用できます。
- **業務文脈の継続的な蓄積** — エージェントがチャンネルの会話履歴、ファイル、テーブルデータにアクセスし、チームの業務文脈を理解した上で作業を実行
- **外部サービスとの連携** — Gmail、Slack、Notion、GitHub、Google Sheetsなど3,000以上のサービスと接続。エージェントが自律的にデータを取得・更新
- **ワークフローの自動化** — 定期実行、データ変更トリガー、Webhookなど多様なトリガーで業務を自動化。エージェントが判断を含む複雑な処理を実行
- **スキルによる専門能力の拡張** — SEO分析、コンテンツ制作、データ分析などの専門スキルをパッケージとしてエージェントに追加可能
- **チーム全体での協働** — 複数のエージェントがそれぞれの専門性を持ち、人間のチームメンバーと同じチャンネルで協働。情報の転記や手動連携が不要
チャエン氏が指摘した「指示より文脈が重要」という発見は、まさにKylonの設計思想と重なります。Kylonでは、エージェントがチームの文脈を継続的に蓄積し、詳細な指示なしでも業務の意図を理解して動きます。Opus 5のような自己検証能力の高いモデルと、業務文脈を提供するKylonの組み合わせにより、AIエージェントの業務活用は新たな段階に入ります。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Claude 料金・プラン比較｜無料版・Pro・Max・Teamの違いと選び方【2026年最新】
> Claudeの全プラン（無料/Pro/Max/Team/Enterprise）を料金、利用制限、対応モデルで徹底比較。個人利用からチーム導入まで、目的別の選び方を2026年7月の最新情報で解説します。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-27 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/claude-pricing-plan-comparison-2026
**結論:** Claudeの料金プランは2026年に入って大幅に拡充されました。無料版でも基本機能は使えますが、業務利用ならPro（月額20ドル）が最低ライン。大量利用にはMax（100ドル/200ドル）、チーム管理が必要ならTeam（1人30ドル）を選ぶのが正解です。
*※本記事に記載の料金・プラン内容は、2026年7月時点のAnthropic公式情報に基づいています。最新の料金はAnthropic公式サイトでご確認ください。*
## この記事の要点
- 無料版はSonnet 4.5ベースで基本的なチャットが可能。メッセージ数と機能に制限あり
- Pro（月額20ドル）でOpus 5を含む最新モデルにアクセス。Claude Codeも利用可能
- Max 5x（100ドル）/20x（200ドル）はProの5倍/20倍の利用枠。ヘビーユーザー向け
- Team（月額30ドル/人）はビジネス向け。データがモデル学習に使われない保証付き
- API料金はモデルごとに異なる。Haiku 4が最安（入力0.80ドル/100万トークン）
## Claude 全プラン比較表【2026年7月時点】
Anthropicの公式料金ページ（claude.ai/pricing）に基づく比較です。以下の表は各プランの主要な違いをまとめています。
- **無料プラン**（0ドル） — Sonnet 4.5ベースの基本チャット。メッセージ数に制限あり。Opus 5やClaude Codeは利用不可
- **Proプラン**（月額20ドル） — Opus 5、Sonnet 5、Haiku 4を含む全モデルにアクセス。Claude Code、Projects、拡張思考モードが利用可能
- **Max 5xプラン**（月額100ドル） — Proの5倍の利用枠。高頻度でClaudeを使うユーザー向け
- **Max 20xプラン**（月額200ドル） — Proの20倍の利用枠。1日中Claudeと作業するパワーユーザー向け
- **Teamプラン**（月額30ドル/人） — チーム管理機能、共有Projects、データがモデル学習に使われない保証。最低5ユーザーから
- **Enterpriseプラン**（カスタム価格） — SSO/SAML、監査ログ、専任サポート、カスタム利用制限
## 無料プランでできること・できないこと
Claudeの無料プランは、AIチャットを試してみたい方にとって十分な入口です。Sonnet 4.5をベースとした基本的な対話、文章作成、翻訳、要約が利用できます。ただし、以下の制限があります。
- 1日あたりのメッセージ数に厳しい上限がある
- Opus 5やSonnet 5などの最新モデルは利用不可
- Claude Code（コーディングエージェント）は利用不可
- Projects機能によるファイル管理は利用不可
- 拡張思考モード（Extended Thinking）は利用不可
業務で継続的にClaudeを使う場合は、無料プランでは不足します。次に紹介するProプランが実質的な最低ラインです。
## Pro（月額20ドル）が向いている人
個人で業務にClaudeを活用するなら、Proプランが最もコストパフォーマンスの高い選択肢です。
- Opus 5を含む全モデルにアクセスできる
- Claude Codeでコーディング作業を自動化できる
- Projects機能でファイルやナレッジを管理できる
- 拡張思考モードで複雑な分析や推論が可能
- 月額20ドルは競合のChatGPT Plusと同額
ただし、1日あたりの利用量には上限があります。通常の業務利用であれば十分ですが、1日中コーディングや文書作成でClaudeを使い続ける場合は、利用枠の上限に達することがあります。
## Max（100ドル/200ドル）が向いている人
Maxプランは、Proの利用枠では足りないヘビーユーザー向けです。Max 5x（月額100ドル）はProの5倍、Max 20x（月額200ドル）はProの20倍の利用枠が提供されます。
- Claude Codeで毎日数時間コーディングする開発者
- 大量の文書作成・翻訳・分析を日常的に行うユーザー
- 複数のプロジェクトを並行して進める業務担当者
Max 5xとMax 20xのどちらを選ぶかは、月間の利用量で判断します。まずMax 5xから始めて、頻繁に上限に達するようであれば20xに切り替えるのが合理的です。
## Team（月額30ドル/人）が向いている組織
チームでClaude を導入する場合はTeamプランを選びます。個人プランとの最大の違いは以下の3点です。
- **データ保護** — チームメンバーの入出力データがAnthropicのモデル学習に使われない保証
- **管理機能** — メンバー管理、権限設定、利用状況の確認
- **共有Projects** — チーム内でナレッジやファイルを共有できる
最低5ユーザーからの契約で、1ユーザーあたり月額30ドル（年間契約で25ドル）です。Proプランとの差額は月額10ドルですが、データ保護の保証が含まれることを考えれば、業務利用では妥当な投資です。
## Claude API料金表【2026年7月時点】
開発者やシステム連携でClaude APIを利用する場合の料金体系です。100万トークンあたりの価格で表記されています。
- **Opus 5** — 入力: 15ドル / 出力: 75ドル（最高性能、複雑な推論向け）
- **Sonnet 5** — 入力: 3ドル / 出力: 15ドル（バランス型、日常業務向け）
- **Haiku 4** — 入力: 0.80ドル / 出力: 4ドル（高速・低コスト、大量処理向け）
プロンプトキャッシュを利用すると、2回目以降の同じコンテキスト参照は通常の10%のコストに削減できます。大規模コードベースの分析など、同じ大量データを繰り返し参照するユースケースでは大幅なコスト削減が可能です。
## Claude vs ChatGPT: プランの違い
ClaudeとChatGPTは同価格帯のプランを展開していますが、特徴に違いがあります。
- **エントリープラン** — ChatGPT Go（8ドル）には相当するClaudeプランがない。Claudeは無料→Pro（20ドル）の2段階
- **コーディング** — Claude CodeはPro以上で利用可能。ChatGPTのCodexはPlusで利用可能。2026年7月時点ではClaude Codeの評価が高い
- **長文処理** — Claude Opus 5は100万トークンコンテキストに対応。ChatGPT GPT-5.6 Solも100万トークン以上に対応
- **データ保護** — Claude TeamとChatGPT Businessは同様のデータ保護を提供
- **画像生成** — ChatGPTはDALL-E/GPT-Image統合。Claudeには画像生成機能がない
## Claude の支払い方法と通貨
ClaudeのサブスクリプションはUSドル建てで、クレジットカードまたはデビットカードで支払います。日本のカードも利用可能です。Apple App Store経由でも契約できますが、App Store手数料が上乗せされるため、Web（claude.ai）から直接契約するのが最も安い方法です。
## よくある質問
### Q. 無料プランから有料プランに切り替えるとデータは引き継がれますか？
はい。無料プランで作成した会話履歴はそのまま引き継がれます。アップグレード後すぐに有料プランの機能が利用可能になります。
### Q. ProからMaxに変更した場合、差額は日割り計算されますか？
はい。契約期間中にアップグレードした場合、残りの期間分の差額が日割りで請求されます。
### Q. Claude Codeは追加料金が必要ですか？
Pro以上のプランに含まれており、追加料金は不要です。ただし、Claude Codeの利用分もプランの利用枠にカウントされます。Max 5x/20xプランでは利用枠が大きいため、長時間のコーディング作業にも対応できます。
### Q. 法人で導入する場合、TeamとEnterpriseのどちらを選ぶべきですか？
10人以下のチームならTeamプランで十分です。SSO/SAML認証、監査ログ、専任サポートが必要な場合はEnterpriseプランを検討してください。
## まとめ: 目的別のプラン選択ガイド
- AIチャットを試したいだけ → **無料プラン**
- 業務で日常的に使いたい → **Pro（月額20ドル）**
- 毎日何時間もコーディングや文書作成に使う → **Max 5x（100ドル）またはMax 20x（200ドル）**
- チームで導入し、データ保護も必要 → **Team（月額30ドル/人）**
- 大規模組織でSSO・監査が必須 → **Enterprise**
- システム連携でAPI利用 → **API従量課金**（モデルとタスクに応じて選択）
## 一人でAIを使うのと、チームでAIを使うのは違う
個人でAIツールを使いこなせるようになっても、チーム全体の業務改善には限界があります。一人のプロンプトスキルが属人化し、ナレッジが共有されず、ツール間の転記作業が残る。これは「個人のAI活用」と「組織のAI活用」の構造的な違いです。
- **個人のAI活用** — 個人チャットで質問と回答を繰り返す。成果物はコピペで別のツールへ。ナレッジは個人の履歴に閉じる
- **チームのAI活用（Kylon）** — AIエージェントがチームメンバーとして参加。業務の文脈を記憶し、外部ツールと連携し、チーム全員がその成果を共有できる
Kylonは、AIエージェントをチームの一員として組み込むワークスペースです。エージェントがSlack、Gmail、Notion、スプレッドシートなどと直接連携し、業務の文脈を継続的に蓄積します。「AIに毎回説明し直す」必要がなくなります。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## ChatGPTの解約方法｜Plus・Pro・Businessの解約手順と注意点【2026年最新】
> ChatGPTの有料プラン（Plus/Pro/Business）の解約方法を画面付きで解説。解約後のデータ保持、返金ポリシー、再登録時の注意点まで網羅します。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-27 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/chatgpt-cancel-guide-2026
**結論:** ChatGPTの有料プランは、設定画面から数クリックで解約できます。解約してもアカウントは削除されず、次回更新日まで有料機能を使い続けられます。ただし、iOS/Android経由で契約した場合はApple/Googleの定期購読から解約する必要があります。
*※本記事の解約手順は2026年7月時点のChatGPT（chatgpt.com）の画面に基づいています。UIの更新により手順が変わる場合があります。最新情報はOpenAI公式ヘルプでご確認ください。*
## この記事の要点
- Web版（chatgpt.com）で契約した場合: 設定 → サブスクリプション → プラン管理 → キャンセルの手順
- iOS/Androidアプリ経由の場合: Apple/Googleの定期購読管理から解約が必要
- 解約しても次回更新日までは有料機能が利用可能。即座に無料版に戻るわけではない
- アカウント自体の削除は別の手順。解約はサブスクリプションの停止のみ
## 解約前に確認すべきこと
解約手続きの前に、以下の3点を確認してください。
- **契約経路を確認する** — Web版（chatgpt.com）で契約したか、iOS/Androidアプリ経由で契約したかで解約手順が異なります。設定 → サブスクリプションで確認できます
- **次回更新日を確認する** — 解約しても次回更新日までは有料機能が使えます。残り期間を確認してから判断してください
- **必要なデータをエクスポートする** — 会話履歴は解約後も保持されますが、念のため設定 → データコントロール → データのエクスポートで保存しておくと安心です
## Web版（chatgpt.com）での解約手順
chatgpt.comから直接契約した場合の解約手順です。この方法が最も一般的です。
- **手順1:** chatgpt.comにログインし、左下のプロフィールアイコンをクリック
- **手順2:** 「設定」を選択
- **手順3:** 「サブスクリプション」タブを開く
- **手順4:** 「プランを管理する」をクリック
- **手順5:** 「プランをキャンセル」を選択
- **手順6:** 確認画面で解約理由を選択し、「キャンセルを確定」をクリック
解約が完了すると、次回更新日が表示されます。その日までは有料プランの機能をそのまま利用できます。
## iOSアプリ経由での解約手順
App Store経由で契約した場合は、ChatGPTの設定画面からは解約できません。Appleの定期購読管理から解約する必要があります。
- **手順1:** iPhoneの「設定」アプリを開く
- **手順2:** 一番上のApple IDをタップ
- **手順3:** 「サブスクリプション」を選択
- **手順4:** 「ChatGPT」を選択
- **手順5:** 「サブスクリプションをキャンセルする」をタップ
## Androidアプリ経由での解約手順
Google Play経由で契約した場合も同様に、Google Playの定期購読管理から解約します。
- **手順1:** Google Playストアアプリを開く
- **手順2:** 右上のプロフィールアイコンをタップ
- **手順3:** 「お支払いと定期購入」→「定期購入」を選択
- **手順4:** 「ChatGPT」を選択し、「定期購入を解約」をタップ
## Businessプランの解約手順
ChatGPT Businessプランは、ワークスペースの管理者のみが解約できます。メンバーが個別に解約することはできません。
- **手順1:** chatgpt.comにワークスペース管理者アカウントでログイン
- **手順2:** 設定 → ワークスペース設定を開く
- **手順3:** 「請求」タブを選択
- **手順4:** 「プランをキャンセル」を選択
- **手順5:** 確認画面で解約を確定
Business/Enterpriseプランの解約は年間契約の場合、残存期間分の返金は原則ありません。契約更新日の少なくとも30日前に解約手続きを行うことが推奨されます。
## 解約後に何が起きるか
- **有料機能** — 次回更新日まで利用可能。更新日を過ぎると無料プランに自動移行
- **会話履歴** — 保持されます。無料プランでも過去の会話を閲覧可能
- **カスタムGPTs** — 作成したGPTsは保持されますが、有料機能を使うGPTsは動作が制限される場合があります
- **アカウント** — 解約してもアカウントは削除されません。再度有料プランに加入すれば機能が復活します
## 返金ポリシー
OpenAIの返金ポリシーは以下の通りです。
- 月額プラン: 解約後の日割り返金は原則なし。契約期間の最終日まで利用可能
- 年間プラン: 契約期間中の解約では残存期間の返金は原則なし
- 二重課金やシステムエラーによる不正請求: サポートに連絡することで返金対応が可能
- App Store/Google Play経由の返金: Apple/Googleの返金ポリシーに準拠
## アカウントの完全削除（退会）方法
サブスクリプションの解約とアカウントの削除は別の手続きです。アカウントを完全に削除したい場合は以下の手順です。
- **手順1:** chatgpt.comにログイン
- **手順2:** 設定 → データコントロールを開く
- **手順3:** 「アカウントを削除」を選択
- **手順4:** 確認メールが届くので、メール内のリンクをクリックして確定
アカウントを削除すると、会話履歴、カスタムGPTs、設定がすべて完全に削除されます。この操作は取り消せません。解約（サブスクリプション停止）との違いに注意してください。
## 解約後の代替ツール
ChatGPTを解約した後、用途に応じて以下のツールが代替として検討できます。
- **Claude** — Anthropic社のAI。長文処理と正確性に強み。Pro月額20ドル
- **Gemini** — Google社のAI。Google Workspaceとの連携に強み。Advanced月額19.99ドル
- **Perplexity** — AI検索エンジン。リサーチ用途に最適。Pro月額20ドル
## よくある質問
### Q. 解約したのに請求が続いています。どうすればいいですか？
App Store/Google Play経由で契約していた場合、ChatGPTの設定画面での解約だけでは不十分です。Apple/Googleの定期購読管理画面で解約が完了しているか確認してください。それでも請求が続く場合は、OpenAIサポート（help.openai.com）に連絡してください。
### Q. 解約後に再加入できますか？
はい。いつでも再加入できます。設定 → サブスクリプション → プランを選択で再度有料プランに加入できます。
### Q. 無料プランに戻った後もGPT-5.6は使えますか？
無料プランではGPT-5.5 Instantへの限定アクセスのみです。GPT-5.6のSol/Terra/Lunaモデルを使うにはPlus以上の有料プランが必要です。
## まとめ
- Web版契約: 設定 → サブスクリプション → プラン管理 → キャンセルで完了
- iOS/Android契約: Apple/Googleの定期購読管理から解約が必要
- 解約しても次回更新日まで有料機能は使える
- アカウント削除は別手続き。解約はサブスクリプション停止のみ
- Business/Enterpriseは管理者のみ解約可能
## 一人でAIを使うのと、チームでAIを使うのは違う
個人でAIツールを使いこなせるようになっても、チーム全体の業務改善には限界があります。一人のプロンプトスキルが属人化し、ナレッジが共有されず、ツール間の転記作業が残る。これは「個人のAI活用」と「組織のAI活用」の構造的な違いです。
- **個人のAI活用** — 個人チャットで質問と回答を繰り返す。成果物はコピペで別のツールへ。ナレッジは個人の履歴に閉じる
- **チームのAI活用（Kylon）** — AIエージェントがチームメンバーとして参加。業務の文脈を記憶し、外部ツールと連携し、チーム全員がその成果を共有できる
Kylonは、AIエージェントをチームの一員として組み込むワークスペースです。エージェントがSlack、Gmail、Notion、スプレッドシートなどと直接連携し、業務の文脈を継続的に蓄積します。「AIに毎回説明し直す」必要がなくなります。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Codex CLI 使い方完全ガイド｜インストールから実践活用まで【2026年最新】
> OpenAIのCodex CLIのインストール方法、基本的な使い方、実践的な活用パターンを解説。Claude Codeとの違い、料金体系、セットアップのトラブルシューティングまで網羅します。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-27 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/codex-cli-guide-2026
**結論:** Codex CLIはOpenAIが提供するターミナルベースのコーディングエージェントです。GPT-5.6モデルを搭載し、自然言語の指示からコードの生成・修正・リファクタリングを行います。インストールはnpmで1コマンド、OpenAI APIキーがあればすぐに使い始められます。
*※本記事の情報は2026年7月時点のCodex CLI仕様・料金に基づいています。最新情報はOpenAI公式サイトでご確認ください。*
## この記事の要点
- Codex CLIはnpmでインストール。Node.js 22以上が必要
- OpenAI APIキー（有料アカウント）で認証。ChatGPTサブスクリプションでも利用可能
- 3つの実行モード: suggest（提案のみ）、auto-edit（編集確認）、full-auto（完全自動）
- Claude Codeと比較して、GPT-5.6の3Dデザイン力と並列処理に強み
- API従量課金。Terraモデルなら入力2.50ドル/100万トークンと手頃
## Codex CLIとは
Codex CLIは、OpenAIが2025年にオープンソースとしてリリースしたコーディングエージェントです。ターミナル上で動作し、自然言語での指示を受けてコードの生成、バグ修正、リファクタリング、テスト作成などを行います。2026年7月時点ではGPT-5.6モデル（Sol/Terra/Luna）を搭載しており、ChatGPTデスクトップアプリのCodexモードと同じモデルを利用できます。
## インストール方法
### 前提条件
- Node.js 22以上がインストールされていること
- macOS 12以上、Ubuntu 20.04以上、またはWindows（WSL2経由）
- OpenAI APIキーまたはChatGPTサブスクリプション
### インストール手順
npmを使ってグローバルにインストールします。
npm install -g @openai/codex
インストール後、バージョンを確認します。
codex --version
### 認証設定
APIキーを環境変数に設定します。
export OPENAI_API_KEY=sk-xxxxxxxxxxxxxxxx
永続化する場合は、.bashrcや.zshrcに追記してください。ChatGPTサブスクリプション（Plus/Pro/Max）を持っている場合は、codex --loginでブラウザ経由の認証も可能です。
## 基本的な使い方
### 対話モード（デフォルト）
プロジェクトディレクトリでcodexと入力すると対話モードが起動します。自然言語でやりたいことを伝えると、Codex CLIがコードの変更を提案します。
cd your-project && codex
### ワンショットモード
特定のタスクを1回だけ実行したい場合は、コマンドラインで直接指示を渡します。
codex "ユーザー認証にMFAを追加して"
## 3つの実行モード
Codex CLIには、安全性と自動化のレベルが異なる3つの実行モードがあります。
- **suggest（提案モード）** — コードの変更を提案するだけで、ファイルは書き換えません。安全に試したいときに最適。デフォルトモード
- **auto-edit（自動編集モード）** — ファイルの変更は自動で適用しますが、シェルコマンドの実行前には確認を求めます。codex --approval auto-editで起動
- **full-auto（完全自動モード）** — ファイル変更もコマンド実行も自動で行います。サンドボックス内で動作するため安全ですが、変更内容は必ず確認してください。codex --approval full-autoで起動
## 実践的な活用パターン
### パターン1: バグ修正
エラーメッセージをそのまま貼り付けると、Codex CLIが原因を特定して修正コードを提案します。
codex "このエラーを修正して: TypeError: Cannot read properties of undefined (reading 'map')"
### パターン2: テスト作成
既存のコードに対してテストを自動生成します。
codex "src/utils/auth.ts のユニットテストをvitestで書いて"
### パターン3: リファクタリング
コードの品質改善を指示できます。
codex "src/components/ のコンポーネントをReact Server Componentsに移行して"
### パターン4: プロジェクト全体の分析
GPT-5.6の大規模コンテキストを活かして、プロジェクト全体を理解した上での作業が可能です。
codex "プロジェクト全体のアーキテクチャを説明して。改善すべき箇所があれば指摘して"
## Codex CLI の料金
Codex CLIの料金は利用方法によって異なります。
- **ChatGPTサブスクリプション経由** — Plus（月額20ドル）以上のプランに含まれる。プランの利用枠内で使用
- **API従量課金** — GPT-5.6 Sol: 入力5ドル/出力30ドル、Terra: 入力2.50ドル/出力15ドル、Luna: 入力1ドル/出力6ドル（いずれも100万トークンあたり）
- **推奨** — 日常のコーディングにはTerraモデルが最もコストパフォーマンスが高い。難しい設計課題にはSolを使い分ける
## Codex CLI vs Claude Code: どちらを選ぶべきか
2026年7月時点で、ターミナルベースのコーディングエージェントとして最も人気のある2つのツールを比較します。
- **モデル** — Codex CLI: GPT-5.6（Sol/Terra/Luna）、Claude Code: Opus 5/Sonnet 5
- **コンテキスト** — 両方とも100万トークン以上に対応
- **デザイン力** — Codex CLIが優位。GPT-5.6はUI/3Dデザインの生成品質が高い
- **コード品質** — Claude Codeが優位。特に複雑なロジックや長いコードベースの理解に強み
- **速度** — Codex CLIが優位。GPT-5.6 Terraは応答が速い
- **並列処理** — Codex CLI: ultra modeで4エージェント並列。Claude Code: 並列実行は手動管理
- **料金** — 同価格帯。日常業務にはCodex CLI Terra（2.50ドル/100万トークン）またはClaude Sonnet 5（3ドル/100万トークン）
結論としては、UIやフロントエンド開発にはCodex CLI、バックエンドや複雑なシステム設計にはClaude Codeという使い分けが合理的です。両方を場面に応じて使い分けるのが2026年の最適解です。
## よくあるトラブルと解決方法
### Q. インストール時にPermission deniedが出る
npmのグローバルインストールに管理者権限が必要な環境では、sudo npm install -g @openai/codexを実行するか、npmのプレフィックスを変更してください。
### Q. APIキーを設定したのに認証エラーになる
APIキーの残高（クレジット）を確認してください。platform.openai.comの設定画面でクレジット残高が0になっていないか確認します。
### Q. full-autoモードで予期しない変更が行われた
full-autoモードはサンドボックス内で動作しますが、作業ディレクトリ内のファイルは直接変更されます。重要なプロジェクトでは、gitで変更をコミットしてからfull-autoモードを使うことを推奨します。git stashで変更を退避させることもできます。
## まとめ
- Codex CLIはnpm1コマンドでインストール。Node.js 22以上が必要
- 3つの実行モード（suggest/auto-edit/full-auto）で安全性を調整可能
- GPT-5.6搭載。UIデザインや3D関連の生成品質が高い
- Claude Codeとの使い分けが2026年の最適解。UI系はCodex、ロジック系はClaude
- API従量課金。日常業務にはTerraモデル（入力2.50ドル/100万トークン）が最適
## 一人でAIを使うのと、チームでAIを使うのは違う
個人でAIツールを使いこなせるようになっても、チーム全体の業務改善には限界があります。一人のプロンプトスキルが属人化し、ナレッジが共有されず、ツール間の転記作業が残る。これは「個人のAI活用」と「組織のAI活用」の構造的な違いです。
- **個人のAI活用** — 個人チャットで質問と回答を繰り返す。成果物はコピペで別のツールへ。ナレッジは個人の履歴に閉じる
- **チームのAI活用（Kylon）** — AIエージェントがチームメンバーとして参加。業務の文脈を記憶し、外部ツールと連携し、チーム全員がその成果を共有できる
Kylonは、AIエージェントをチームの一員として組み込むワークスペースです。エージェントがSlack、Gmail、Notion、スプレッドシートなどと直接連携し、業務の文脈を継続的に蓄積します。「AIに毎回説明し直す」必要がなくなります。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Claude Opus 5 料金・プラン完全ガイド｜API価格から無料で使う方法まで【2026年最新】
> Claude Opus 5のAPI料金、サブスクリプション別の利用条件、無料で試す方法、ChatGPT GPT-5.6 Solとのコスト比較を解説。用途別の最適なプラン選びをサポートします。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-27 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/claude-opus-5-pricing-2026
**結論:** Claude Opus 5はAnthropicの最高性能モデルです。API料金は入力15ドル/出力75ドル（100万トークンあたり）。サブスクリプションではPro（月額20ドル）以上で利用可能ですが、利用枠に制限があります。無料プランでは利用できません。
*※本記事に記載の料金・性能情報は、2026年7月時点のAnthropic公式発表に基づいています。最新の料金はAnthropic公式サイトでご確認ください。*
## この記事の要点
- Opus 5のAPI料金: 入力15ドル/出力75ドル（100万トークンあたり）。プロンプトキャッシュで90%削減可能
- Pro（月額20ドル）で利用可能だが、1日の利用枠に制限あり。Max 5x/20xで枠を拡大
- 無料プランでは利用不可。Sonnet 4.5のみ
- 100万トークンコンテキスト対応。大規模コードベースや長文文書の一括処理に最適
- GPT-5.6 Solと同価格帯（Sol: 入力5ドル/出力30ドル）だが、トークン単価はOpus 5の方が高い
## Claude Opus 5とは
Claude Opus 5は、Anthropicが2026年7月24日に公開した最新のフラッグシップモデルです。Mythos級と呼ばれる最高性能クラスに位置し、複雑な推論、コーディング、長文分析において業界トップクラスの性能を発揮します。100万トークンのコンテキストウィンドウに対応し、大規模なコードベースや文書を一括で処理できます。
## API料金表【2026年7月時点】
Anthropicの公式料金ページに基づくOpus 5のAPI価格です。Claudeの他のモデルと比較します。
- **Opus 5** — 入力: 15ドル / 出力: 75ドル / キャッシュ書込: 18.75ドル / キャッシュ読込: 1.50ドル
- **Sonnet 5** — 入力: 3ドル / 出力: 15ドル / キャッシュ書込: 3.75ドル / キャッシュ読込: 0.30ドル
- **Haiku 4** — 入力: 0.80ドル / 出力: 4ドル / キャッシュ書込: 1ドル / キャッシュ読込: 0.08ドル
Opus 5はSonnet 5の5倍の料金ですが、複雑なタスクではOpus 5の方が少ないやり取りで完了するため、トータルコストが逆転する場合もあります。特にコーディングタスクでは、一発の品質が高いOpus 5が結果的に安くなることがあります。
## プロンプトキャッシュでコストを90%削減する
Opus 5のAPI利用では、プロンプトキャッシュが大幅なコスト削減をもたらします。キャッシュのTTL（有効期間）は1時間で、同じコンテキストを繰り返し参照する場合、2回目以降は入力コストが通常の10%（1.50ドル/100万トークン）に削減されます。
たとえば、50万トークンのコードベースを分析する場合、1回目は7.50ドル（入力コスト）ですが、同じセッション内の2回目以降は0.75ドルです。5回の質問を同じセッションで行えば、キャッシュなしの37.50ドルに対してキャッシュありは10.50ドル。約72%の削減になります。
## サブスクリプション別の利用条件
- **無料プラン** — Opus 5は利用不可。Sonnet 4.5ベースの基本チャットのみ
- **Pro（月額20ドル）** — Opus 5が利用可能。ただし1日あたりのメッセージ数に上限あり
- **Max 5x（月額100ドル）** — Proの5倍の利用枠。Opus 5を日常的に使うユーザーに最適
- **Max 20x（月額200ドル）** — Proの20倍の利用枠。1日中Opus 5で作業するパワーユーザー向け
- **Team（月額30ドル/人）** — Opus 5が利用可能。チーム向けの管理機能付き
- **Enterprise** — カスタム利用制限。大規模組織向け
## Opus 5 を無料で試す方法
Opus 5は無料プランでは利用できませんが、以下の方法で無料体験が可能です。
- **API無料クレジット** — Anthropicの新規APIアカウント登録時に、一定額の無料クレジットが付与される場合があります（金額は時期により変動）
- **Claude.ai新規登録** — 新規アカウント登録時にProプランの短期無料トライアルが提供される場合があります
- **Amazon Bedrock** — AWSのBedrock経由でOpus 5を利用する場合、AWSの無料枠の範囲内で試用できます
- **Google Vertex AI** — GCP経由でもOpus 5が利用可能。GCPの新規アカウント無料クレジットが使えます
## Opus 5 vs GPT-5.6 Sol: コスト比較
フラッグシップモデル同士のAPI料金比較です。
- **入力コスト** — Opus 5: 15ドル vs Sol: 5ドル → Solが3倍安い
- **出力コスト** — Opus 5: 75ドル vs Sol: 30ドル → Solが2.5倍安い
- **キャッシュ利用時** — Opus 5: 1.50ドル vs Sol: 未公開
- **性能** — タスクによって優劣が分かれる。コーディングの深さはOpus 5、速度と3DデザインはSol
トークン単価だけで見るとGPT-5.6 Solの方が安いですが、Opus 5はプロンプトキャッシュによる大幅なコスト削減が可能です。また、タスクの性質によって必要なトークン数が異なるため、単純な単価比較だけでは判断できません。実際の業務タスクで両方を試して、コストパフォーマンスを比較することを推奨します。
## Opus 5 の主な活用シーン
- **大規模コードベースの分析・改修** — 100万トークンコンテキストで、プロジェクト全体を一括読み込んで分析
- **複雑なシステム設計** — アーキテクチャの設計、技術選定の比較検討
- **長文文書の作成・レビュー** — 契約書、技術仕様書、論文などの高品質な文書作成
- **データ分析** — 大量のデータやレポートの横断分析
- **Claude Codeでの開発** — Opus 5の高い推論能力を活かした複雑な開発タスク
## よくある質問
### Q. Opus 5はOpus 4.8より何が優れていますか？
Opus 5はMythos級の最上位モデルで、Opus 4.8から大幅な性能向上を実現しています。特にコーディング、数学的推論、指示追従能力が改善されています。100万トークンコンテキストでの精度も向上しています。
### Q. 日本語の処理能力はどうですか？
Opus 5は日本語の処理能力が高く、ビジネス文書の作成、翻訳、要約において自然な日本語を生成します。ただし、日本語テキストは英語と比べてトークン数が多くなるため（同じ内容でも1.5倍から2倍）、コストが高くなる点に注意してください。
### Q. Sonnet 5で十分なタスクにOpus 5を使うと損ですか？
はい。簡単な質問応答や定型的な文書作成はSonnet 5で十分です。Opus 5は複雑な推論や大規模な分析タスクに使い、日常的なタスクにはSonnet 5を使うことでコストを最適化できます。
## まとめ
- Opus 5はAnthropicの最高性能モデル。API料金は入力15ドル/出力75ドル（100万トークンあたり）
- サブスクリプションではPro（月額20ドル）以上で利用可能。ヘビーユーザーはMax 5x/20x
- プロンプトキャッシュで2回目以降のコストを90%削減可能
- GPT-5.6 Solより単価は高いが、キャッシュ活用とタスク適性で逆転することもある
- 複雑な推論・大規模分析にはOpus 5、日常タスクにはSonnet 5を使い分けるのが最適
## 一人でAIを使うのと、チームでAIを使うのは違う
個人でAIツールを使いこなせるようになっても、チーム全体の業務改善には限界があります。一人のプロンプトスキルが属人化し、ナレッジが共有されず、ツール間の転記作業が残る。これは「個人のAI活用」と「組織のAI活用」の構造的な違いです。
- **個人のAI活用** — 個人チャットで質問と回答を繰り返す。成果物はコピペで別のツールへ。ナレッジは個人の履歴に閉じる
- **チームのAI活用（Kylon）** — AIエージェントがチームメンバーとして参加。業務の文脈を記憶し、外部ツールと連携し、チーム全員がその成果を共有できる
Kylonは、AIエージェントをチームの一員として組み込むワークスペースです。エージェントがSlack、Gmail、Notion、スプレッドシートなどと直接連携し、業務の文脈を継続的に蓄積します。「AIに毎回説明し直す」必要がなくなります。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Claude Code vs Codex CLI 徹底比較｜どちらを選ぶべきか【2026年最新】
> Claude CodeとCodex CLIの違いを、モデル、料金、品質、速度、並列実行、対応言語まで比較。個人開発とチーム開発での選び方を整理します。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-27 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/claude-code-vs-codex-cli-2026
**結論：深い設計判断と長い作業文脈を重視するならClaude Code、OpenAI系モデルの利用環境と高速な反復を重視するならCodex CLIが有力です。チームでは、どちらを選ぶか以上に、作業の記録とレビューを共有できる運用が成果を左右します。**
## この記事の要点
- Claude Codeは複数ファイルにまたがる設計、調査、修正を一連の文脈で進めたい開発者に向きます。
- Codex CLIはターミナル中心の開発フローにOpenAIのコーディング支援を組み込みたい場合に適します。
- 料金、利用上限、提供モデルは契約プランと地域で変わるため、導入前に公式の料金ページを確認してください。
- 個人の生産性だけでなく、レビュー、知識共有、承認の設計まで含めて選定することが重要です。
## Claude CodeとCodex CLIの比較前に押さえたいこと
両者は、自然言語で指示した内容をターミナル上で調査、編集、テストへつなげるAIコーディング支援です。ただし、品質はモデルだけで決まりません。リポジトリの規模、テストの有無、権限設定、指示の粒度によって結果が変わります。
## 比較表：対応モデルと推論の考え方
- Claude Code：AnthropicのClaude系モデルを中心に、長文の仕様整理や実装方針の検討に使いやすい設計です。
- Codex CLI：OpenAIのコーディング対応モデルを中心に、既存のOpenAI利用環境と接続しやすい選択肢です。
- 選び方：自社で標準化しているモデル、契約、セキュリティ要件と整合するかを先に確認します。
## コンテキスト量：大きなリポジトリをどう扱うか
- Claude Code：関連ファイル、要件、過去の指示を踏まえた作業を依頼しやすく、広い文脈での変更に向きます。
- Codex CLI：対象範囲を明確に区切り、検索と小さな変更を繰り返す運用で力を発揮します。
- 共通の注意点：全リポジトリを一度に読ませるのではなく、対象ディレクトリと完了条件を指定します。
## 料金比較：月額契約と利用量課金
*※本記事の料金・性能情報は、2026年7月時点の各社公式情報に基づいています。*
- Claude Code：個人向けの定額プランや組織向け契約を軸に、利用量や機能に応じた制限が設けられます。
- Codex CLI：ChatGPTの対象プランやAPI利用条件により、利用可能なモデルと上限が変わります。
- 費用試算：月額だけでなく、利用上限到達時の代替手段、API利用分、管理者向け機能を含めて比較します。
## コード品質：実装前の設計をどこまで任せるか
複雑な変更では、いきなり実装を求めるよりも、影響範囲、変更案、テスト計画を先に出させる方法が有効です。Claude Codeは説明を伴う設計レビュー、Codex CLIは細かな実装反復という使い分けがしやすい場面があります。最終的な品質は人間のレビューと自動テストで担保します。
## 処理速度：待ち時間を短くする依頼の分け方
- 小さな修正：ファイル名、期待する差分、テストコマンドを指定すると往復を減らせます。
- 調査作業：探索、仮説、修正の順に分けると、長い一度の指示より確認しやすくなります。
- 速度比較：単純な生成速度ではなく、手戻りを含めた完了までの時間で評価します。
## 画面設計力：実装とユーザー体験を分けて考える
画面を作る依頼では、機能要件だけでなく、利用者、操作順、空の状態、エラー表示、モバイル表示を明記します。どちらのツールもコード生成を助けますが、ブランド方針やアクセシビリティの判断を自動で保証するものではありません。
## 並列実行：複数タスクを安全に進める条件
- 向くタスク：独立したテスト追加、文書更新、異なるディレクトリの調査。
- 避けるタスク：同じファイルを複数の作業が同時に書き換える変更。
- 運用ルール：担当範囲、ブランチ、完了条件を分け、差分を統合する担当者を置きます。
## 統合開発環境との連携
- Claude Code：ターミナルを起点に、既存のエディタとバージョン管理の流れを保ちやすい構成です。
- Codex CLI：コマンドラインでの利用を中心に、OpenAIの開発環境と組み合わせる選択肢があります。
- 確認項目：対応する認証方式、組織の端末管理、コード送信に関する社内規程を確認します。
## 対応言語とフレームワーク
- 共通：JavaScript、TypeScript、Python、Go、Java、C系言語など、一般的な開発言語の支援が期待できます。
- 重要な差：特定言語の対応可否より、社内のコード規約、テスト、静的解析を読ませられるかです。
- 評価方法：実際の小規模リポジトリで、修正、テスト、レビューコメントまで試します。
## 個人開発者におすすめの選び方
すでに特定のAIサービスを有料契約している場合は、その契約で無理なく試せる方から始めます。新規の大きな実装では、設計案を出させ、変更を小さく分け、必ず差分を読む習慣を作ると失敗を抑えられます。
## チーム開発で確認すべき4項目
- アクセス権限：秘密情報や本番環境への権限を必要最小限にします。
- レビュー：AIが作った差分も通常のプルリクエストと同じ基準で確認します。
- 知識共有：指示、判断、失敗例をチームで再利用できる形に残します。
- 業務標準化：担当者ごとのプロンプトに依存せず、共通の手順と完了条件を整備します。
## よくある質問
- Q. 無料で比較できますか。 A. 各社の提供条件と契約プランを確認し、機密性の低い検証用リポジトリで試すのが安全です。
- Q. どちらが必ず高品質ですか。 A. タスク、モデル設定、指示、テストにより変わるため、同じ課題で評価してください。
- Q. AIに本番変更を任せてよいですか。 A. 承認、テスト、段階的な公開を組み合わせ、人間が責任を持つ運用が必要です。
## 一人でAIを使うのと、チームでAIを使うのは違う
個人のターミナルで成果が出ても、指示や判断がその人だけに残れば属人化します。Kylonなら、AIエージェント、チャンネル、メモリ、承認の流れを同じワークスペースに置けます。開発の文脈をチームで共有し、AI活用を再現可能な業務に変えられます。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
## まとめ
- 設計と広い文脈を重視するならClaude Codeを検討します。
- OpenAIの利用環境とターミナル中心の反復を重視するならCodex CLIを検討します。
- 本番導入前に、同じ評価課題、料金条件、セキュリティ要件で比較してください。
---
## Perplexity Comet（ブラウザエージェント）使い方ガイド｜機能・料金・活用法【2026年最新】
> Perplexity Cometの基本機能、始め方、料金、調査や事務作業での活用法、他のブラウザとの違いを解説します。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-27 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/perplexity-comet-guide-2026
**結論：Perplexity Cometは、検索結果を読むだけでなく、ブラウザ上の情報収集と操作をAIに手伝わせたい人向けのブラウザエージェントです。まずは調査や要約など、確認しやすい作業から使い始めるのが安全です。**
## この記事の要点
- CometはPerplexityの検索とAI支援をブラウザ利用に近づける製品です。
- 調査、比較、ページ内容の要約、定型的な情報整理に活用できます。
- ログインや送信を伴う操作では、権限と最終確認を必ず人間が持ちます。
- 料金と利用可能な機能はプランや提供地域によって異なります。
## Perplexity Cometとは
Perplexity Cometは、質問への回答と情報源の参照を重視するPerplexityの考え方を、ブラウザでの調査や作業支援に広げる製品です。ページを開きながら要点を整理し、次に見るべき情報を考える補助として使えます。
## ブラウザエージェントでできること
- ページ要約：長い記事や資料の要点を短時間で把握します。
- 比較調査：複数ページの条件をそろえて比較候補を整理します。
- 下書き支援：閲覧中の情報を基に、メールやメモのたたき台を作ります。
- 作業補助：許可された範囲で、ブラウザ内の定型操作を支援します。
## 利用を始める前の確認事項
会社の端末で使う場合は、情報セキュリティ部門のルールを先に確認します。顧客情報、契約情報、ソースコード、管理画面などを開く前に、データの取り扱いと保存方針を理解しておくことが重要です。
## Cometの基本的な使い方
- 1. 対象ページを開き、調べたい目的を一文で決めます。
- 2. 要約、比較軸、確認したい事実を具体的に依頼します。
- 3. 回答に含まれる情報源を開き、重要な数値や条件を原文で確認します。
- 4. 結果をメモやチームの共有場所に保存し、判断と根拠を残します。
## 調査の精度を上げる質問例
- 「このページから、料金、対象者、契約期間、解約条件だけを表にしてください」
- 「複数の公式ページを読み、共通点と異なる条件を分けてください」
- 「推測を除き、根拠のある記述だけを箇条書きにしてください」
## 料金とプランの考え方
*※本記事の料金・性能情報は、2026年7月時点の各社公式情報に基づいています。*
- 無料利用：提供範囲や回数の上限が設定される場合があります。
- 有料利用：検索、モデル、ブラウザ機能、管理機能の利用条件が変わることがあります。
- 法人利用：一元管理、契約、データ保護の要件を満たせるかを確認します。
## 営業とマーケティングでの活用法
- 競合調査：公開情報から機能、料金、訴求を整理します。
- 顧客理解：業界ニュースや企業サイトを読み、面談前の仮説を作ります。
- コンテンツ作成：根拠となる一次情報を集め、記事構成の下書きを作ります。
## バックオフィスでの活用法
規程や手順書の要点整理、公開されている制度情報の確認、会議前の資料読み込みに向きます。社内規程の解釈や法務、労務の最終判断は、担当部門や専門家が確認してください。
## 競合ブラウザや検索サービスとの違い
- 通常のブラウザ：閲覧は自分で進め、検索と整理も別々に行います。
- AI検索：質問への回答と情報源の発見に強みがあります。
- ブラウザエージェント：閲覧文脈を踏まえた要約や操作支援まで対象を広げます。
## 便利さと安全性を両立する設定
- 権限は必要なサイトだけに与えます。
- 保存済みログイン情報や決済情報を使う操作では、実行前に画面を確認します。
- 共有端末では、利用後にアカウントからログアウトします。
- 重要な作業には、人間の承認を必須にします。
## 回答を鵜呑みにしないための確認方法
AIの要約は見落としや解釈のずれを含むことがあります。契約条件、価格、日付、数値、引用は必ず元ページに戻って確認します。複数の情報源がある場合は、一次情報を優先します。
## チーム導入で必要な運用ルール
- 利用目的：調査、下書き、社内整理など、許可する用途を明文化します。
- 情報分類：入力してよい情報と禁止する情報を分けます。
- 承認：送信、購入、公開、削除などの操作は責任者が確認します。
- 記録：重要な判断は、参照元とともに共有します。
## よくある質問
- Q. Cometは無料で使えますか。 A. 提供条件は変更されるため、公式サイトで対象地域とプランを確認してください。
- Q. 自動で操作しても安全ですか。 A. 外部への送信や契約を伴う操作は、必ず人間が内容を確認してください。
- Q. 会社で導入できますか。 A. 管理、権限、データ取り扱いの要件を情報システム部門と確認した上で検討します。
## Perplexity Cometを選ぶべき人
情報源を確認しながら調査を進めたい人、ブラウザ上の反復作業を整理したい人、検索から次の行動までの手間を減らしたい人に向きます。一方で、厳格な権限管理が必要な業務は、利用範囲を限定して始めます。
## まとめ
- Cometは検索、閲覧、要約をつなげるブラウザエージェントです。
- 最初は調査と情報整理から始め、重要な操作は人間が確認します。
- 個人の発見をチームの知識に変えるには、根拠と判断を共有する仕組みが必要です。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Gemini 無料版と有料版の違い｜Advanced・Businessプランの比較【2026年最新】
> Gemini無料版の制限、有料プラン、Business向け機能、API料金、ChatGPTやClaudeとの違いを分かりやすく比較します。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-27 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/gemini-free-vs-paid-2026
**結論：Geminiの無料版は日常的な質問、文章作成、情報整理を試す入口として有用です。より大きな利用枠、高度なモデル、業務向けの管理や連携が必要なら、有料プランや組織契約を比較してください。**
## この記事の要点
- 無料版には利用回数、利用できるモデル、ファイル処理などに上限が設けられることがあります。
- 有料版は高度な機能や利用枠を求める個人に向きます。
- Business利用では、管理、データ保護、既存の業務環境との連携を重視します。
- API料金は対話型の月額プランと別に、入出力や利用量を基準に考えます。
## Gemini無料版でできること
Gemini無料版では、質問への回答、文章の下書き、要約、アイデア整理などを試せます。まずは日常業務のうち、機密性が低く、成果を確認しやすい作業から使うと、適性を判断しやすくなります。
## Gemini無料版の主な制限
- 利用回数：短時間に多く使うと、時間帯や混雑状況に応じた上限に達することがあります。
- モデル：高性能なモデルや高度な推論機能は、利用条件が異なる場合があります。
- ファイルと画像：対応形式、容量、処理回数に制限が設けられることがあります。
- 優先度：アクセス集中時の応答速度や利用可否が有料版と異なる場合があります。
## 無料版が向く人
生成AIを初めて試す人、短い文章の作成や要約を中心に使う人、毎日大量に使う予定がない人に向きます。無料版で実際の作業を数週間試し、上限や品質が業務を妨げるかを見てから有料化を判断します。
## 有料プランで広がる機能
- 利用枠：より多くの質問、ファイル処理、長い対話に対応しやすくなります。
- 高性能モデル：複雑な分析、長文の整理、高度な生成を試せる場合があります。
- 周辺機能：ストレージや生産性ツールとの連携条件が追加されることがあります。
## Advanced相当プランの料金と注意点
*※本記事の料金・性能情報は、2026年7月時点の各社公式情報に基づいています。*
- 個人向け料金：国、通貨、キャンペーン、契約方法で変わります。
- 比較方法：月額だけでなく、利用上限、対象モデル、保存容量、家族や組織での利用可否を確認します。
- 契約前の確認：更新日、解約方法、無料試用の条件を公式ページで読みます。
## Businessプランで確認したい機能
- 管理者機能：利用者、権限、請求を組織で管理できるかを確認します。
- データ保護：入力内容の扱い、学習利用の条件、保存場所を確認します。
- 業務連携：メール、文書、会議など既存の業務環境との連携範囲を確認します。
- 監査性：重要な操作や共有に必要な記録を残せるかを確認します。
## Gemini API料金の考え方
APIは、チャット画面を使う月額契約とは別に、アプリケーションからモデルを呼び出すための利用形態です。一般に入力、出力、処理量、モデルの種類に応じて費用が決まります。検証では上限通知と予算制限を設定し、予想外の利用増加を防ぎます。
## 無料版と有料版の比較表
- 無料版：基本的な質問、文章作成、要約を少量から試したい場合に適します。
- 有料個人版：高い利用頻度、高度な機能、より大きな処理枠を求める場合に適します。
- Business：チームの権限管理、データ保護、業務ツール連携を重視する場合に適します。
- API：自社アプリや業務フローへ機能を組み込みたい場合に適します。
## GeminiとChatGPTの違い
- Gemini：Google系サービスとの親和性を重視する利用者に検討しやすい選択肢です。
- ChatGPT：幅広い対話、作成、カスタム活用の選択肢を比較したい場合に候補になります。
- 選定基準：普段使う業務ツール、必要なモデル、組織のデータ方針で比較します。
## GeminiとClaudeの違い
- Gemini：Googleの業務環境や情報整理との連携を重視する場面で比較対象になります。
- Claude：長文の読解、文章作成、慎重なレビューを重視する利用者が比較することがあります。
- 共通の原則：重要な内容は原文確認と人間のレビューを行います。
## 仕事で使うときの安全な入力ルール
- 顧客の個人情報、未公開の契約情報、認証情報をそのまま入力しません。
- 社内資料は、組織の許可された契約と設定の範囲で扱います。
- AIの回答は下書きと捉え、数値、固有名詞、法的な表現を確認します。
## 有料化の判断基準
無料版の上限に頻繁に達する、処理したい資料が大きい、毎週の定型作業で時間削減を確認できた場合は有料化を検討する目安です。逆に、利用が散発的なら、無料版と他の既存ツールの組み合わせで十分なこともあります。
## チーム導入で属人化を防ぐ方法
一部の人だけが上手な使い方を知っている状態では、効果が広がりません。目的別の指示例、確認手順、使ってはいけない情報をチームで共有し、業務の標準化を進めます。個人の対話履歴だけに判断を残さないことが重要です。
## よくある質問
- Q. Gemini無料版はずっと使えますか。 A. 提供条件は変更される可能性があるため、最新の公式案内を確認してください。
- Q. 無料版と有料版で回答品質は違いますか。 A. 利用できるモデルや機能が異なる場合があり、同じ作業で比較すると判断しやすくなります。
- Q. Business契約なら何を入力してもよいですか。 A. 社内規程と契約条件に従い、情報分類とアクセス権限を守る必要があります。
## まとめ
- Gemini無料版は、まず業務での使いどころを確かめるための入口です。
- 高頻度利用や高度な機能には有料版、組織運用にはBusinessや管理機能を比較します。
- 月額だけでなく、データ保護、管理、API利用を含む総コストで判断してください。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## 【2026年最新】AIコーディングツールおすすめ5選｜料金・機能・対応言語を徹底比較
> Claude Code、Codex CLI、Cursor、GitHub Copilot、Windsurfを料金、機能、対応言語、用途別に比較。自分とチームに合うAIコーディングツールを選べます。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-27 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/ai-coding-tools-comparison-2026
**結論：AIコーディングツールは、普段の開発環境と作業の大きさで選ぶべきです。ターミナルで大きな変更を進めるならClaude CodeやCodex CLI、エディタ内で日々の実装を補助したいならCursor、GitHub Copilot、Windsurfを比較してください。**
## この記事の要点
- AIコーディングツールは、補完型、対話型、エージェント型で得意な作業が異なります。
- 料金だけでなく、利用上限、モデル、既存のエディタ、組織の管理機能を比べます。
- 対応言語の一覧より、実際のリポジトリ、テスト、コード規約で評価することが重要です。
- 導入後は、レビューと知識共有の仕組みを整えます。
## 1. Claude Code
Claude Codeはターミナルでリポジトリを調査し、計画、実装、テストを進めたい開発者に向く選択肢です。長い指示や複数の関連ファイルを扱う作業では、先に変更方針と影響範囲を出させるとレビューしやすくなります。
## 2. Codex CLI
Codex CLIはOpenAIのコーディング対応モデルを、コマンドラインの開発フローへ取り込みたい場合に比較しやすいツールです。探索、修正、テストを小さく区切り、差分を確認しながら進める運用に適します。
## 3. Cursor
CursorはAI支援を組み込んだエディタとして、編集画面の中で対話、補完、複数ファイル編集を行いたい開発者に選ばれます。普段の編集体験を大きく変えずに、日常の実装速度を上げたい場合に候補になります。
## 4. GitHub Copilot
GitHub Copilotは、対応するエディタ上のコード補完やチャットを中心に導入しやすい選択肢です。すでにGitHubを中心にレビューや権限管理を行っているチームでは、既存の開発プロセスとの整合を確認しやすい利点があります。
## 5. Windsurf
WindsurfはAIエージェントによる編集支援を重視する開発環境の選択肢です。コードの生成だけでなく、プロジェクト文脈を踏まえた変更を依頼したい場合に、実際のリポジトリで評価するとよいでしょう。
## 料金比較表
*※本記事の料金・性能情報は、2026年7月時点の各社公式情報に基づいています。*
- Claude Code：対象となる個人向け契約や組織契約、利用量上限を公式情報で確認します。
- Codex CLI：ChatGPTの対象プランやAPI条件と、利用できる機能を確認します。
- Cursor：個人、チーム、利用枠ごとの契約条件を確認します。
- GitHub Copilot：個人、組織、企業向けの機能と管理要件を確認します。
- Windsurf：個人利用とチーム利用のプラン、モデル利用条件を確認します。
## 機能比較表
- Claude Code：ターミナルでの調査、計画、複数ファイル変更、コマンド実行の補助。
- Codex CLI：コマンドラインでの探索、修正、テストの反復。
- Cursor：エディタ内の対話、補完、文脈を使った編集。
- GitHub Copilot：エディタ補完、チャット、開発プラットフォームとの連携。
- Windsurf：エージェント型の編集支援とプロジェクト文脈の活用。
## 対応言語とフレームワーク
- 5製品とも、JavaScript、TypeScript、Python、Java、Go、C系言語など、主要な言語での利用を検討できます。
- 言語対応の見た目だけで選ばず、社内のリンター、テスト、ビルド設定を読めるかで評価します。
- ニッチな言語や古い基幹システムでは、検証用の課題を用意して品質を確認します。
## 個人開発におすすめの選び方
- 初めて使う人：普段のエディタに導入しやすい補完型から始めます。
- 小規模のWeb開発：エディタ内で対話と編集を完結できる製品を比較します。
- 複数ファイルの改修：ターミナル型、エージェント型を小さな案件で試します。
## チーム開発におすすめの選び方
- GitHub中心のチーム：既存の権限、レビュー、組織契約と整合するかを確認します。
- 設計変更が多いチーム：変更計画とテストを残せるエージェント型を検証します。
- 情報管理が厳しいチーム：学習利用、保持期間、管理者設定、監査機能を最優先で確認します。
## 安全に導入するためのルール
- 秘密鍵、認証情報、顧客データを指示に貼り付けません。
- AIが提案した依存パッケージ、コマンド、設定変更をそのまま実行しません。
- 本番環境への変更は、通常のレビュー、テスト、承認を経て公開します。
- 使用例と失敗例を記録し、個人依存の運用を防ぎます。
## 評価用の小さな実証方法
実際の業務に近い、機密性の低い課題を3つ用意します。例えば、バグ修正、テスト追加、小規模な画面変更です。各ツールで作業時間、手戻り、レビュー指摘、コストを記録すると、印象ではなく事実で比較できます。
## よくある質問
- Q. AIコーディングツールは無料で使えますか。 A. 無料枠や試用条件は製品ごとに異なるため、公式情報を確認してください。
- Q. 初心者でも使えますか。 A. 使えますが、生成されたコードを読める範囲で使い、基本的なテストとバージョン管理を学ぶことが重要です。
- Q. どのツールが一番おすすめですか。 A. 開発環境、作業規模、組織の管理要件で異なるため、同一課題で試して選びます。
## AI活用をチームの成果に変えるには
ツールを個人ごとに導入するだけでは、優れた指示や判断が担当者に閉じます。Kylonでは、AIエージェントの役割、作業記録、チームの会話、再利用するスキルを一つのワークスペースで管理できます。開発支援を属人化させず、業務の標準化につなげます。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
## まとめ
- Claude Code、Codex CLIはターミナル中心の大きな作業を比較したい場合に候補です。
- Cursor、GitHub Copilot、Windsurfはエディタ中心の開発体験を改善したい場合に候補です。
- 料金、利用上限、管理機能、実案件での品質を同じ条件で評価してください。
---
## Cursor 料金・使い方完全ガイド｜無料版・Pro・Businessの違い【2026年最新】
> Cursorの料金、無料版と有料版の違い、導入から実務での使い方までを整理します。個人開発者とチームが選ぶべきプランも解説します。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-27 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/cursor-pricing-guide-2026
**結論：Cursorは、まず無料のHobbyで操作感を確認し、日常的にAIコーディングを使う個人はPro、統制と管理が必要な組織はTeamsまたはEnterpriseを検討するのが現実的です。**
## この記事の要点
- Cursorの無料版は試用と小規模な個人開発に向きます
- Proは月額20米ドルからで、モデル利用量とエージェント機能が拡張されます
- 組織導入では料金だけでなく、リポジトリ権限、監査ログ、利用上限を確認します
- 料金と利用枠は変わりやすいため、契約前に公式料金ページを確認してください
## Cursorとは
Cursorは、コードエディタにAIを組み込んだ開発環境です。自然な文章で依頼すると、コードベースを参照しながら実装案、修正案、テスト案を提示します。開発者の代わりに判断する製品ではなく、設計とレビューを支える作業環境として捉えると活用しやすくなります。
## Cursorでできること
- 既存コードを読ませて、変更箇所の候補を出す
- 複数ファイルにまたがる実装を段階的に依頼する
- エラー内容を貼り付け、原因の仮説と修正案を得る
- テストコード、説明文、変更履歴の下書きを作る
## Cursor料金プランの全体像
2026年7月27日時点の公開情報では、個人向けはHobby、Pro、Pro+、Ultra、組織向けはTeamsとEnterpriseが用意されています。料金は米ドル建てで、月額と年額、モデルごとの追加利用で条件が変わる場合があります。
### プラン比較の目安
- Hobby：無料。Cursorを初めて使う人、利用頻度が低い個人向け
- Pro：月額20米ドル。日常的にAI支援を使う個人開発者向け
- Pro+：月額60米ドル。高い利用量が必要な個人向け
- Ultra：月額200米ドル。重いエージェント作業を継続する個人向け
- Teams Standard：1ユーザー月額40米ドル。管理機能が必要なチーム向け
- Teams Premium：1ユーザー月額120米ドル。高利用量のチームメンバー向け
- Enterprise：個別見積もり。監査、認証連携、請求管理が必要な組織向け
料金に関する注意：上記は2026年7月27日に公式ページで確認した公開情報の要約です。為替、税、年額契約、モデル利用量、追加従量課金で実際の請求額は変わります。契約前に必ず最新の公式条件を確認してください。
## Proを選ぶ判断基準
1日に何度もコードの説明、実装、調査を依頼するならProが候補です。重要なのは、月額料金だけでなく、AIを使うことで削減できる調査時間とレビュー時間です。週に数時間しか使わない場合は、無料版から利用量を観察して判断できます。
## TeamsとEnterpriseが必要になる場面
- ソースコードへのアクセスを部署や案件ごとに制御したい
- 利用者ごとの支出と利用量を管理したい
- 監査ログやシングルサインオンが必要である
- 請求書払い、サービスアカウント、調達手続きを必要とする
## Cursorの始め方
- 公式サイトからアプリケーションを入手し、アカウントを作成する
- 既存の開発設定を移行するか、新規プロジェクトを開く
- 小さな修正依頼から始め、出力内容を必ず確認する
- チームでは利用ルールとレビュー手順を決めてから対象を広げる
## 実務で使える依頼文の型
- 目的：この画面で問い合わせ完了率を上げたい
- 対象：src配下のフォーム関連ファイルだけを確認する
- 条件：既存のデザインと入力検証は変えない
- 成果物：変更案、影響範囲、テスト項目を分けて示す
## エージェント機能を安全に使うコツ
複数ファイルを変更する依頼では、いきなり自動実行させず、最初に計画を出させます。次に差分を確認し、テスト結果を確認してから採用します。認証情報、顧客情報、本番環境の操作は、利用者の確認なしに任せない運用が必要です。
## Cursorと他のAIコーディングツールの違い
- Cursor：エディタ中心で、コードベースを踏まえた対話型の作業に向く
- コード補完中心の製品：入力速度を上げる日常作業に向く
- コマンドライン中心の製品：ターミナルでの開発手順を好む人に向く
- 汎用チャット：設計相談や文章作成に広く使えるが、開発環境との接続は製品ごとに異なる
## Cursorのよくある質問
### Cursorは無料で使えますか
Hobbyプランで試せます。ただし利用量には制限があるため、継続利用の前に公式の最新条件を確認してください。
### Businessプランはありますか
組織向けにはTeamsとEnterpriseがあります。管理、権限、監査、請求要件に応じて選ぶ形です。サイト上の名称や機能は変更される場合があります。
## Kylonで開発業務の情報をつなぐ
Cursorは実装作業を支えます。一方で、仕様変更、営業からの要望、障害対応、レビューの判断は複数の場所に散らばりがちです。Kylonなら、チャンネルに集まる会話、資料、タスクをAIエージェントが文脈として扱い、開発チームの情報共有と業務の標準化を支援します。
## まとめ
- Cursor料金は利用頻度、モデル利用量、組織の管理要件で判断します
- 無料版で小さく試し、レビューを前提に運用します
- 導入効果は、作業時間だけでなく品質と属人化の改善で測ります
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## ChatGPT Work・Codex完全ガイド｜新機能の使い方とプラン別の違い【2026年最新】
> ChatGPT WorkとCodexの役割、チャットとの違い、プラン別の利用範囲、計画モードと定期実行の使い方を整理します。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-27 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/chatgpt-work-codex-guide-2026
**結論：ChatGPTは、考えるためのChat、仕事の文脈を扱うWork、ソフトウェア開発を進めるCodexを目的別に使い分けると、導入効果と管理しやすさの両方を高められます。**
## この記事の要点
- Chatは調査、要約、文案作成など幅広い対話に使います
- Workは仕事の文脈とツールを扱う作業に向きます
- Codexはコード作成、修正、検証など開発作業に特化します
- プランごとに利用上限と提供機能が異なるため、公式料金表の確認が必要です
## ChatGPT Workとは
ChatGPT Workは、通常の会話よりも仕事の成果物づくりに集中するための利用形態です。調査結果の整理、資料の下書き、複数の情報を踏まえた提案、業務手順の設計などを、作業の文脈を保ちながら進めます。提供範囲はプランや地域、更新時期で変わります。
## ChatGPT Codexとは
Codexは、ソフトウェア開発を支援する機能群です。ウェブ、開発環境、コマンドラインなどから、コードの調査、実装、テスト、修正提案を進められます。利用者は要件と安全条件を示し、生成された変更をレビューして採用します。
## Chat、Work、Codexの3つの使い分け
- Chat：質問への回答、文章作成、情報の整理、発想支援
- Work：複数ステップの業務、資料作成、業務データを踏まえた作業
- Codex：リポジトリの確認、実装、テスト、コードレビュー支援
## 計画モードの使い方
計画モードは、すぐに作業を始める前に、目的、前提、作業手順、確認項目を整理する考え方です。特にコード変更や社外提出資料では有効です。最初に計画を確認することで、意図しない変更や手戻りを抑えられます。
### 計画依頼の例
- 目的：問い合わせ対応の手順を標準化する
- 前提：既存の承認フローは維持する
- 依頼：必要な資料、作業順、確認すべきリスクを先に一覧化する
- 出力：実行前に人が判断すべき点を明記する
## 定期実行を使う場面
定期実行は、毎週の報告下書き、期限の確認、定例の情報整理のような反復作業に向きます。業務ルールが変わる可能性がある仕事では、定期実行の結果をそのまま外部送信せず、担当者の確認を挟む設計が重要です。
## ChatGPTの料金プランの考え方
ChatGPTにはFree、Go、Plus、Pro、Business、Enterpriseなどのプランがあります。個人向けでは利用量と高度な機能へのアクセス、組織向けでは管理、請求、セキュリティ、データの扱いが選定の軸です。
### プラン別の選び方
- Free：まず基本的な対話と操作感を試す
- Plus：個人の資料作成、調査、定期実行、Codex利用を広げる
- Pro：高度な調査や開発支援を高頻度で使う
- Business：複数人の請求、管理、チーム利用を整える
- Enterprise：大規模組織の統制、認証、契約要件に対応する
料金に関する注意：2026年7月27日時点の公開ページでは、Businessは年額契約で1ユーザー月額20米ドル、月額契約で25米ドルと案内されています。個人向けプランや地域別価格、利用制限は変更されるため、契約前に最新の公式料金ページと契約条件を確認してください。
## Codexの実務活用例
- 不具合報告から、関連するコードと確認手順を洗い出す
- 仕様書をもとに、実装計画とテスト項目の下書きを作る
- レビュー前に、変更による影響範囲を確認する
- 古い処理の説明や移行計画を作成する
## 安全な利用のための基本ルール
- 顧客情報や認証情報を入力する前に、社内の利用規程を確認する
- 外部送信、公開、削除、本番反映は人の承認を必須にする
- AIの回答に含まれる事実、数値、引用を一次情報で確認する
- 業務ごとに利用目的と責任者を決める
## ChatGPT Work・Codexのよくある質問
### ChatGPT Workは無料で使えますか
無料プランでも一部の利用が案内されていますが、利用範囲と上限は限定されます。詳細は最新の公式プラン表を確認してください。
### Codexはプログラミング経験がない人でも使えますか
要件整理やコードの説明には使えます。ただし、実装結果の安全性と品質を判断するため、開発担当者のレビューを組み合わせることを推奨します。
## KylonでAI活用をチームの仕事に変える
個人のChatGPT利用だけでは、良い依頼文や判断の根拠が個人に閉じがちです。Kylonは、チームのチャンネル、業務知識、AIエージェントを一つのワークスペースにまとめます。会話から生まれた判断や手順を共有し、AI活用を属人化させずに業務へ定着させます。
## まとめ
- Chat、Work、Codexは用途で分けると成果を出しやすくなります
- 料金ではなく、利用量、管理、情報の扱いまで含めてプランを選びます
- チーム導入では、成功した使い方を共有可能な業務手順にします
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Grok 動画生成の使い方｜料金・生成方法・活用のコツ【2026年最新】
> Grokの動画生成機能について、始め方、料金、プロンプトの作り方、品質の見極め方、ほかの動画生成AIとの違いを解説します。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-27 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/grok-video-generation-guide-2026
**結論：Grokの動画生成は、短い企画映像やSNS向けのたたき台を素早く作る用途に向きます。公開素材に使う前提なら、人物表現、権利、ブランド表記を人が必ず確認してください。**
## この記事の要点
- Grokの動画生成はGrok Imagineとして提供される機能です
- 利用できるプランと生成上限は変わるため、最新の公式価格表を確認します
- 良い結果には、被写体、動き、画角、長さ、雰囲気を具体的に書くことが重要です
- 広告や公式発信では、生成物の権利と事実性を確認する工程が不可欠です
## Grokの動画生成とは
Grokの動画生成は、文章または画像をもとに短い動画を作る機能です。アイデアをすぐに動く映像へ変換できるため、SNS投稿案、企画の絵コンテ、商品の見せ方の検討などに活用できます。完成映像を一回で得るより、複数案を比較する前提で使うのが現実的です。
## Grok Imagineでできること
- 文章から短い映像案を作る
- 画像をもとに動きやカメラワークを加える
- 人物、商品、背景、雰囲気を指定して複数案を比較する
- 音声や音の扱いを含めた出力条件を選べる場合がある
## Grok動画生成の基本手順
- Grokで動画生成に対応した画面を開く
- テキストまたは参照画像を用意する
- 被写体、場面、動き、画角、雰囲気を入力する
- 生成結果を確認し、修正点を一つずつ追加して再生成する
- 採用候補だけを保存し、公開前の確認工程へ進める
## 最初のプロンプトの書き方
プロンプトは、主役、場所、動作、カメラ、光、尺、避けたい表現の順で書くと伝わりやすくなります。形容詞を重ねるより、画面に何があり、何がどう動くかを具体的に指定します。
### プロンプト例
- 主役：白いマグカップ
- 場面：朝の自然光が入る木製デスク
- 動き：湯気がゆっくり立ち上がり、カメラが少し寄る
- 画角：縦長、商品を中央に配置
- 条件：文字やロゴは入れない、落ち着いた広告素材の雰囲気
## Grok料金と利用プラン
xAIの公式料金ページでは、無料プランと複数の有料プランが案内され、SuperGrokでは画像・動画生成へのアクセスが記載されています。Xのサブスクリプション経由での提供条件と、xAI側のプラン条件が一致しない場合もあるため、実際に使う画面で動画生成の可否と上限を確認してください。
### 料金を判断する際の見方
- 月額料金だけでなく、動画生成の上限を確認する
- 高画質、長尺、音声付きなどの条件で必要量を見積もる
- 社内検証と公開用制作を分け、毎月の利用量を記録する
- X Premiumの名称だけで利用可否を判断せず、公式の対象機能を確認する
料金に関する注意：2026年7月27日時点で、xAI公式ページはSuperGrokを月額30米ドルとして案内し、動画生成へのアクセスを記載しています。プラン、上限、地域、X経由の条件は頻繁に変わり得ます。契約または課金の前に、必ず公式の最新価格と利用条件を確認してください。
## 動画生成AIの限界
動画生成AIは、正確な文字、複雑な手の動き、長い一貫した物語、実在人物の表現で課題が出ることがあります。製品仕様や価格の説明、人物の発言、医療や金融に関する内容は、映像だけで事実を伝えないようにし、一次情報で確認します。
## 商用利用と権利の注意点
生成物を広告や公式SNSに使う前に、利用規約、素材の権利、肖像、商標、音楽、各プラットフォームの広告規定を確認してください。実在の人物やブランドを想起させる内容は特に慎重に扱います。権利確認の責任者と承認記録を決めておくと、担当者任せを防げます。
## Grokと他の動画生成AIの比較軸
- Grok：Grok環境での素早い試作や、短い映像アイデアの検討に向く
- 高精細な映像生成を重視する製品：画質、演出、編集機能を確認する
- 音声や人物表現を重視する製品：同期精度と商用条件を確認する
- 比較時の共通項目：料金、尺、解像度、生成速度、権利、編集機能、チーム管理
## Grok動画生成のよくある質問
### Grokで動画生成は無料ですか
無料利用での提供範囲は変わることがあります。動画生成を継続して使う場合は、対象プランと利用上限を公式画面で確認してください。
### X Premiumに入れば動画生成を使えますか
プラン名だけでは判断できません。地域、アカウント、機能の段階提供で条件が異なる可能性があるため、XとxAIの公式ページを確認してください。
## Kylonで動画制作の判断を共有する
動画生成は速くなりましたが、企画意図、ブランド基準、承認履歴が散らばると制作は遅くなります。Kylonなら、チャンネルに企画、参照資料、生成案、確認コメントを残し、AIエージェントが要点を整理します。制作の判断を共有資産にし、担当者が変わっても品質を保てます。
## まとめ
- Grok動画生成は短い映像案を素早く比較する用途に向きます
- プロンプトは被写体と動きを具体的にし、少しずつ調整します
- 公開前には品質、権利、ブランドの確認を必ず行います
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## AIエージェント導入ガイド｜中小企業が失敗しないための5つのステップ【2026年最新】
> 中小企業がAIエージェントを導入する際の5つのステップ、よくある失敗、費用の見方、業種別の活用例を解説します。
**Author:** Kylon編集部 · コンテンツチーム | **Date:** 2026-07-27 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/ai-agent-business-adoption-2026
**結論：AIエージェント導入は、全社展開から始めるのではなく、時間がかかり、手順が決まっていて、効果を測れる一つの業務から始めると失敗しにくくなります。**
## この記事の要点
- AIエージェントは、質問に答えるだけでなく、情報を集め、手順に沿って仕事を進める仕組みです
- 導入は課題の整理、対象業務の選定、ルール作成、試行、定着の5ステップで進めます
- 費用は利用料だけでなく、設定、教育、確認作業を含めて考えます
- 中小企業では、属人化した情報を整理してから使うことが成功の近道です
## AIエージェントとは
AIエージェントは、指示を受けて文章を作るだけでなく、必要な情報を探し、決められた手順に沿って作業を進めるAIです。人が決めた目的、権限、確認ルールの中で動かします。人の代わりに経営判断を任せるものではなく、日々の確認、整理、連絡、下書きを支えるチームメンバーとして考えると分かりやすいでしょう。
## なぜ今、中小企業にAIエージェントが必要なのか
人手不足、引き継ぎの難しさ、情報の分散は、多くの中小企業に共通する課題です。ベテランの頭の中にしかない対応方法、担当者のメールにだけある顧客経緯、手作業の転記が残ると、成長しても仕事が増えるだけになります。AIエージェントは、こうした繰り返し業務を整理する入口になります。
## 導入ステップ1：困りごとを一つに絞る
最初に選ぶべきは、毎週または毎日発生し、担当者が時間を取られ、手順がある程度決まっている仕事です。例えば、問い合わせの分類、日報の要約、見積もり前の情報整理、会議後のタスク確認があります。売上をすぐに倍にするような大きな期待ではなく、月に何時間減らせるかを基準にします。
## 導入ステップ2：今の手順を書き出す
誰が、何を見て、どの順番で、どこへ結果を渡すのかを書き出します。この作業をせずにAIだけを入れると、担当者ごとのやり方がそのまま残ります。例外対応も含めて見える化することで、AIに任せる部分と人が確認する部分を分けられます。
## 導入ステップ3：情報とルールを整える
- 最新の手順書、商品情報、顧客対応方針を一か所に集める
- AIに見せてよい情報と見せない情報を決める
- 回答や下書きを誰が確認するかを決める
- 誤りがあったときの修正先と連絡方法を決める
## 導入ステップ4：小さく試して数字を見る
2週間から4週間を目安に、対象業務を限定して試します。導入前後で、作業時間、やり直し回数、回答までの時間、担当者の負担を記録します。便利そうという感想だけではなく、数字と実例で続けるか判断します。
## 導入ステップ5：成果を手順として残す
試行でうまくいった依頼文、確認表、例外への対応を、誰でも使える手順にします。ここまで進めて初めて、AI活用が特定の担当者だけの工夫ではなくなります。異動や採用があっても引き継げる状態を目標にしてください。
## AIエージェント導入でよくある失敗
- 目的が曖昧なまま、話題の製品を先に契約する
- 担当者一人に任せ、手順と学びが共有されない
- 回答を確認せずに顧客へ送る
- 古い資料や誤った情報を参照させる
- 費用だけを見て、教育と運用の時間を見積もらない
## 費用は月額料金だけで判断しない
AIエージェント導入の費用には、サービスの利用料のほか、初期設定、資料の整理、社員への説明、確認作業があります。一方で、毎月繰り返す転記、検索、集計、報告の時間が減れば、費用対効果は利用料だけでは測れません。年間で何時間を判断業務へ戻せるかで考えます。
## 製造業での活用例
製造業では、日報の要約、品質に関する問い合わせの整理、作業手順書の検索、引き継ぎ資料の下書きなどから始められます。現場の安全や品質に影響する判断は人が担い、AIエージェントには情報整理と確認漏れの防止を任せます。
## セキュリティと情報管理の考え方
導入時は、取引先情報、個人情報、設計資料、社内の人事情報をどう扱うかを確認します。誰がアクセスできるか、退職や異動の際に権限をどう変えるか、操作履歴を確認できるかを、経営と現場で合意しておきましょう。
## AIエージェント導入のよくある質問
### IT担当者がいなくても導入できますか
小さな業務からなら始められます。ただし、情報管理と権限の設定は重要です。必要に応じて、導入支援者やサービス提供者に確認しながら進めてください。
### どのくらいで効果が出ますか
対象業務が明確なら、数週間の試行でも作業時間や確認漏れの変化を確認できます。全社の成果を急ぐより、一つの成功例を確実に作ることが大切です。
## Kylonなら、AIエージェントをチームに定着させられる
Kylonは、AIエージェントがチームのチャンネルに参加し、会話、資料、業務の文脈を踏まえて働くワークスペースです。単発の質問で終わらず、チームで決めた手順、メモリ、スキルを共有できます。これにより、ベテランの知識が個人に閉じる状態を減らし、業務の標準化と引き継ぎを支援します。
## まとめ
- AIエージェント導入は、課題を一つに絞って始めます
- 手順と情報を整え、人の確認を残すことが基本です
- 効果は削減時間、品質、属人化の改善で測ります
- 成功した使い方をチームの標準手順として残します
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## AIネイティブワークスペース 7選（2026年版 徹底比較）
> AIエージェントがチームメンバーとして働くプラットフォームを7つ比較。エージェントの自律性、チーム連携、業務範囲、統合機能、導入準備状況で評価しました。
**Author:** Kylon Team · Product | **Date:** 2026-07-28 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/best-ai-native-workspace-tools-2026
2026年、あらゆるSaaS製品がチャット機能にAIを追加し「エージェント」と呼んでいます。しかし、既存のソフトウェアにAIを後付けしたものと、人間とAIエージェントが最初から一緒に働くために設計されたものには、本質的な違いがあります。
この記事では後者、すなわちAIネイティブワークスペースに焦点を当てます。エージェントがプラグインやサイドバーのアシスタントではなく、チームワークフローの実際の参加者として機能するプラットフォームです。
## 比較表
- **Kylon**: 全部門対応。従量課金制、7日間無料トライアル
- **Buzz**: エンジニアリングのみ。アプリ無料（APIキーは自前）
- **Slack AI**: 既存Slackユーザー向け。月額$8.75/ユーザーから
- **Microsoft Copilot**: Microsoft導入済み企業。月額$30/ユーザー
- **Atlassian Rovo**: Jira/Confluenceチーム。有料プランに含む
- **Linear**: ソフトウェアチーム。月額$8/ユーザーから
- **Notion AI**: ナレッジ重視のチーム。月額$10/メンバー（アドオン）
## 1. Kylon
AIネイティブワークスペース。エージェントが独自のアイデンティティ、永続メモリ、スキル、権限を持ち、チームの一員として参加します。マーケティング、営業、財務、人事、エンジニアリングなど、すべての部門で機能します。
- **エージェントはチームメイト**: 各エージェントは永続的なアイデンティティとメモリを持ち、数週間にわたる会話の文脈を維持します
- **マルチエージェント連携**: 複数の専門エージェントが同じチャンネルで協力して作業します
- **3,000以上の統合**: Gmail、GitHub、Notion、Ahrefs、Meta Ads、PostHogなど、OAuthとMCPで接続
- **内蔵アプリビルダー**: ワークスペース内で社内アプリやダッシュボードを直接構築できます
- **従量課金制**: 7日間の無料トライアルから始められます
## 2. Buzz（Block社）
Jack Dorsey氏のBlock社が2026年7月21日にリリースしたオープンソースワークスペース。Nostrプロトコルに基づく暗号化IDを持つエージェントが、コードレビュー、CI、リリース管理などのソフトウェア開発タスクを実行します。Apache 2.0ライセンスで、自社サーバーでの運用が可能です。ただし、すべてのユースケースがソフトウェア開発に限定されています。アプリは無料ですが、AIモデルのAPIキーは自前で用意する必要があります。
## 3. Slack AI + Agentforce
4,200万人以上のデイリーアクティブユーザーを持つSlackに、会話要約、デイリーレキャップ、AIワークフロー生成などの機能が追加されました。Salesforce Agentforceエージェントをチャンネルに参加させることも可能です。ただし、永続的なエージェントメモリや自律的な動作はなく、Agentforceの完全な機能にはSalesforceのサブスクリプションが必要です。
## 4. Microsoft 365 Copilot（Cowork）
Microsoft 365スイート全体にわたるAIレイヤー。Copilot Coworkは、Outlook、Teams、Excelなどのアプリをまたいだマルチステップタスクの委任が可能です。Fortune 500の半数以上が導入済みですが、月額$30/ユーザーで、Microsoft 365エコシステム外での統合は限定的です。
## 5. Atlassian Rovo
Jira、Confluence、Jira Service Management全体にAI検索、チャット、カスタムエージェントを追加するプラットフォーム。Rovo Studio（2026年5月GA）により、コード不要でエージェントや自動化を構築できます。Atlassianエコシステム内で最大の価値を発揮しますが、スタンドアロンのワークスペースではありません。
## 6. Linear
ソフトウェアチーム向けのプロジェクト管理ツール。イシュートラッキング、プロジェクト計画にAIが組み込まれています。高速で洗練されたUIが特徴ですが、エンジニアリング専用であり、ワークスペースレベルのAIエージェント機能はありません。
## 7. Notion AI
Notionのドキュメント、Wiki、データベースにAI機能を内蔵。ワークスペース全体の検索、コンテンツ生成、データベースプロパティの自動入力が可能です。ドキュメントファーストの設計で、永続的なエージェントIDやリアルタイムのエージェント連携はありません。
## AI後付け型 vs AIネイティブ型
このリストのツールは2つのカテゴリに分かれます。Slack、Microsoft、Atlassian、Linear、Notionは既存のツールにAI機能を追加した「後付け型」です。KylonとBuzzは人間とエージェントが一緒に働くために最初から設計された「ネイティブ型」です。両者の違いは対象範囲にあります。Buzzはエンジニアリングチーム向け、Kylonは全チーム向けに構築されています。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Buzz vs Kylon vs Slack AI: どのAIワークスペースが最適か
> Jack DorseyのBuzz、Kylon、Slack AI。3つのプラットフォームを、エージェントアーキテクチャ、チーム連携、統合機能、価格で比較します。
**Author:** Kylon Team · Product | **Date:** 2026-07-28 | **Category:** Compare
**URL:** https://kylon.io/ja/blog/buzz-vs-kylon-vs-slack-ai
3つのプラットフォーム。1つの前提。AIエージェントは人間の質問に答えるだけでなく、一緒に働くべきである。
Buzzは、Jack Dorsey氏のBlock社が2026年7月21日にリリースした最新のプラットフォームです。Kylonは1年以上にわたりAIネイティブワークスペースを構築してきました。Slack AIは、4,200万人が利用するプラットフォームにAI機能を追加しました。
## 比較表
- **対象**: Buzz = エンジニアリングチーム / Kylon = 全チーム / Slack AI = 既存Slackユーザー
- **エージェント**: Buzz = 暗号化ID（Nostr） / Kylon = メモリ、スキル、権限付き / Slack AI = AI機能 + Agentforce
- **マルチエージェント**: Buzz = コードタスクのスウォーム / Kylon = 全ワークフロー対応 / Slack AI = 単一エージェント
- **統合**: Buzz = Git内蔵、ACP経由 / Kylon = 3,000以上（OAuth/MCP） / Slack AI = 2,600以上のSlackアプリ
- **価格**: Buzz = アプリ無料（APIキー自前） / Kylon = 従量課金、7日間無料 / Slack AI = 月額$8.75/ユーザーから
## エージェントアーキテクチャの違い
### Buzz: コード向けの暗号化エージェント
Buzzでは、人間もエージェントもNostrプロトコルによる暗号鍵ペアを持ちます。エージェントのIDはポータブルで検証可能です。Block社のブログでは、1つのフロンティアエージェントが複数の安価なエージェントを指揮するスウォームパターンが紹介されていますが、すべての例がソフトウェア開発シナリオに限定されています。
### Kylon: チームメンバーとしてのエージェント
Kylonのエージェントは、永続的なアイデンティティ、時間とともに成長するメモリ、ドメイン専門知識を持つスキル、OAuthによる外部ツール接続を持つワークスペースの常任メンバーです。マーケティング、営業、財務、人事など、エンジニアリングだけでなくすべての部門で機能します。
### Slack AI: 既存インフラへのAI機能追加
Slackは新しいワークスペースを構築する代わりに、数千万人が利用するプラットフォームにAI機能を追加しました。会話要約、デイリーレキャップ、AIワークフロー生成が含まれます。移行不要という利点がありますが、永続的なエージェントIDやメモリは維持されません。
## どれを選ぶべきか
- **Buzzを選ぶ場合**: チームが主にソフトウェア開発で、オープンソースと自社ホスティングを重視し、DevOps能力がある場合
- **Kylonを選ぶ場合**: 複数部門でAIエージェントが必要で、永続メモリと3,000以上のツール統合が求められ、マネージドプラットフォームを望む場合
- **Slack AIを選ぶ場合**: チームが既にSlackを使っており、AI要約と検索で十分、またはSalesforce Agentforceとの統合が必要な場合
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## LINE公式アカウント料金プラン完全比較【2026年最新】コミュニケーション・ライト・スタンダードの選び方
> LINE公式アカウントの3つの料金プラン（コミュニケーション/ライト/スタンダード）を徹底比較。無料メッセージ通数、追加メッセージ料金、2026年10月の料金改定、業種別のプラン選定基準まで解説します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-07-31 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/line-official-account-pricing-guide-2026
**結論:** LINE公式アカウントには3つの料金プランがあり、使える機能に差はほぼありません。違いは「月額料金」と「無料で送れるメッセージ通数」だけです。友だち数と月間の配信頻度から通数を計算すれば、最適なプランはすぐに決まります。
## この記事の要点
- 3プラン（コミュニケーション/ライト/スタンダード）の違いは月額料金と無料メッセージ通数のみ
- 追加メッセージを送れるのはスタンダードプランだけ
- 2026年10月に追加メッセージ料金が2段階制に改定される
- 友だち数×配信回数でプランを選べる実用的な計算式を紹介
## LINE公式アカウントの3つの料金プラン【2026年版】
LINE公式アカウントは、LINEヤフー社が提供するビジネス向けアカウントです。日本国内のLINEユーザーは9,700万人以上。メッセージの開封率はメールの約3倍と言われ、顧客接点としての影響力はメール、SMS、アプリ通知のいずれよりも大きいとされています。
2026年7月時点の料金プランは以下の3種類です。
### コミュニケーションプラン（無料）
- 月額: 0円
- 無料メッセージ: 200通/月
- 追加メッセージ: 不可（200通を超えるとその月は配信停止）
- 利用できる機能: リッチメニュー、クーポン、ショップカード、自動応答、チャットなど全機能
友だち数が少ない立ち上げ期に向いています。ただし200通はすぐに到達します。友だち100人に月2回配信するだけで上限です。
### ライトプラン（月額5,000円）
- 月額: 5,000円（税別）
- 無料メッセージ: 5,000通/月
- 追加メッセージ: 不可
- 利用できる機能: コミュニケーションプランと同じ
友だち500人に月4回配信（2,000通）、友だち1,000人に月4回配信（4,000通）であればライトプランで収まります。中小規模の店舗や事業者にとって最もコストパフォーマンスが高いプランです。
### スタンダードプラン（月額15,000円）
- 月額: 15,000円（税別）
- 無料メッセージ: 30,000通/月
- 追加メッセージ: 1通あたり約3円（従量課金）
- 利用できる機能: コミュニケーションプランと同じ
30,000通を超えても追加メッセージで配信を継続できるのはスタンダードプランだけです。友だち数が数千人を超え、週に複数回の配信が必要な事業者はこのプランが必要になります。
## 3プランの比較表
以下の表で3つのプランを一覧比較できます。
- **コミュニケーション:** 月額0円、無料通数200通、追加メッセージ不可
- **ライト:** 月額5,000円（税別）、無料通数5,000通、追加メッセージ不可
- **スタンダード:** 月額15,000円（税別）、無料通数30,000通、追加メッセージ可（約3円/通）
3つのプランで使える機能はほぼ同じです。リッチメニュー、クーポン、ショップカード、自動応答（キーワード応答）、チャット、オーディエンス、分析レポートなど、すべてのプランで利用できます。
## 配信通数の計算方法
プラン選びで最も重要なのが「月間の配信通数」です。計算式はシンプルです。
**月間配信通数 = 配信対象の友だち数 × 月間の配信回数**
たとえば友だち300人に月2回配信すると600通。コミュニケーションプラン（200通上限）では足りないため、ライトプランが必要です。
### 業種別のプラン選定目安
- **開業直後・個人事業:** 友だち200人以下、月1〜2回配信 → コミュニケーション（無料）
- **地域密着の店舗（美容、飲食、クリニック）:** 友だち300〜1,000人、月2〜4回配信 → ライト（5,000円）
- **ECサイト・中規模店舗:** 友だち1,000〜5,000人、月4〜8回配信 → スタンダード（15,000円）
- **大規模チェーン・EC:** 友だち5,000人以上、セグメント配信あり → スタンダード＋追加メッセージ
## 追加メッセージの仕組みと料金
スタンダードプランのみ、30,000通を超えた分を追加メッセージとして送信できます。2026年7月時点の追加メッセージ料金は以下のとおりです。
- 50,000通まで: 1通あたり3.0円
- 50,001〜100,000通: 1通あたり2.8円
- 100,001〜200,000通: 1通あたり2.6円
- 200,001通以上: 段階的にさらに低減
## 2026年10月の料金改定: 追加メッセージが2段階制に
2026年10月1日より、追加メッセージの料金体系が変更されます。従来の多段階制から、シンプルな2段階制に変わります。
- **20万通/月まで:** 1通あたり3円（据え置き）
- **20万通/月を超えた分:** 1通あたり2.5円
月間の追加メッセージ数が5万通以下であれば影響はほぼありません。一方、20万通を超える大量配信を行っている事業者にとっては、これまで2.0円〜2.2円だった高通数帯が2.5円に上がるため、コスト増の可能性があります。
## 配信通数にカウントされないメッセージ
すべてのメッセージが課金対象になるわけではありません。以下は通数にカウントされません。
- チャット（1対1のトーク）での手動返信
- 自動応答メッセージ（応答メッセージ）
- あいさつメッセージ（友だち追加時の自動送信）
- リッチメニューのタップ
- LINEチャットボット（Messaging API経由の応答メッセージ）
つまり、AIチャットボットによる自動応答は通数にカウントされません。プッシュメッセージ（こちらから送る一斉配信）のみがカウント対象です。
## 料金を抑えるための3つの実践テクニック
### 1. セグメント配信で配信対象を絞る
全員に同じメッセージを配信するのではなく、属性やタグで配信先を絞り込むことで通数を減らせます。オーディエンス機能を使えば、「来店から30日以上経過した顧客」「特定の商品を購入した顧客」など、対象を細かく設定できます。
### 2. リッチメニューを活用する
リッチメニューはメッセージ配信通数にカウントされません。予約ページ、クーポン、よくある質問への導線をリッチメニューに集約することで、プッシュ配信の回数を減らせます。
### 3. AIチャットボットで自動応答する
Messaging APIを使ったチャットボットの応答メッセージは通数にカウントされません。よくある問い合わせをAIが自動で応答する仕組みを組み合わせることで、人手をかけずに顧客対応を強化しながら、配信コストを抑えられます。
## プラン変更の注意点
- 月の途中でアップグレードすると、その月から上位プランの無料通数が適用される
- ダウングレードは翌月から反映される
- フリープランへのダウングレードは可能。未使用の通数は繰り越しできない
## まとめ
- LINE公式アカウントの料金プランは3種類。違いは月額と無料メッセージ通数のみ
- 友だち数×配信回数で必要な通数を計算してプランを選ぶ
- 追加メッセージはスタンダードプランのみ可能
- 2026年10月に追加メッセージ料金が2段階制に改定
- チャット・自動応答・リッチメニューは通数にカウントされない
- AI自動応答を組み合わせることで配信コストと対応品質を両立できる
## LINE公式アカウントにAI自動応答を導入するなら
Kylonは、LINE公式アカウントとAIエージェントを連携させて、顧客対応の自動化と業務の標準化を実現するAIワークスペースです。チャットボットの応答はメッセージ通数にカウントされないため、配信コストを抑えながら対応品質を高められます。
---
## LINEリッチメニューの作り方完全ガイド【2026年最新】画像サイズ・デザイン・設定手順を徹底解説
> LINE公式アカウントのリッチメニューの作り方を、画像サイズの選び方からテンプレート設計、管理画面での設定手順、業種別のデザイン例まで図解で解説します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-07-31 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/line-rich-menu-guide-2026
**結論:** リッチメニューはLINE公式アカウントのトーク画面下部に常時表示されるメニュー機能です。予約、商品一覧、クーポン、問い合わせなどへの導線を配置でき、設置するだけでタップ率15〜25%が期待できます。メッセージ通数にカウントされないため、追加コストも発生しません。
## この記事の要点
- リッチメニューは全プラン（無料含む）で利用可能
- 画像サイズは大（2500×1686px）と小（2500×843px）の2種類
- テンプレートは最大6分割まで。重要なCTAは3〜4つに絞る
- Canvaで無料作成できる。管理画面の内蔵エディタでも可能
- タップはメッセージ通数にカウントされない
## リッチメニューとは
リッチメニューは、LINEのトーク画面下部に固定表示される画像メニューです。ユーザーがトーク画面を開くたびに目に入るため、Webサイトのグローバルナビゲーションに相当する役割を果たします。
- **常時表示:** トーク画面を開くたびにメニューが表示される
- **直感的な操作:** 画像をタップするだけで予約ページや商品一覧に遷移
- **通数にカウントされない:** タップしてもメッセージ配信通数は消費しない
- **全プラン利用可能:** コミュニケーションプラン（無料）でも設定できる
## リッチメニューの画像サイズ
リッチメニューの画像サイズは2種類あります。用途に応じて選びます。
### 大サイズ（2500×1686px）
- 最大6つのタップ領域を配置可能
- 情報量が多いメニューに適している
- 画面の約半分を占有するため、視認性が高い
- 推奨: 飲食、美容、ECなど多機能メニューが必要な業種
### 小サイズ（2500×843px）
- 最大3つのタップ領域を配置可能
- チャット画面を広く使いたい場合に適している
- シンプルなメニュー構成に向いている
- 推奨: BtoB、コンサル、不動産など問い合わせ重視の業種
## テンプレートの種類と選び方
LINE Official Account Managerには、あらかじめ用意されたテンプレートがあります。タップ領域の分割パターンを選ぶだけで、レイアウトが決まります。
- **2分割（横並び）:** 「予約」「問い合わせ」のシンプルな2択。BtoB向け
- **3分割（横並び）:** 「予約」「メニュー」「アクセス」の定番構成。飲食店に多い
- **4分割（2×2）:** バランスの良い4機能メニュー。美容サロン、クリニック向け
- **6分割（3×2）:** 多機能メニュー。EC、大規模店舗向け。枠が小さくなるため文字を大きめに
枠数が多ければ良いわけではありません。重要なアクションを3〜4つに絞り、タップしやすいサイズを確保することが反応率を上げるコツです。
## リッチメニュー画像の作成方法
### 方法1: LINE Official Account Managerの内蔵エディタ
LINE公式アカウントの管理画面には、リッチメニュー画像を作成できるエディタが内蔵されています。テキスト、画像、背景色、枠線、アイコンを組み合わせてデザインできます。デザインツールを持っていない場合はこれで十分です。
### 方法2: Canvaで作成する
- Canvaで「カスタムサイズ」→ 2500×1686px（大）または2500×843px（小）を指定
- テンプレートに合わせてガイドラインを引く
- アイコン+テキストの組み合わせで各エリアをデザイン
- PNGまたはJPEGでエクスポート（1MB以下推奨）
### デザインのポイント
- 各エリアにアイコン＋テキスト（「予約する」「クーポン」など）を配置
- 色は3色以内に抑えてブランドカラーを統一
- 文字サイズは最小でも24px以上。スマホで読める大きさを確保する
- 最も重要なCTAは左上に配置（視線のZ字パターン）
- 背景色で各エリアを区分けすると視認性が上がる
## リッチメニューの設定手順（管理画面）
以下の手順でリッチメニューを設定します。
### ステップ1: メニューを新規作成する
- LINE Official Account Managerにログイン
- 「ホーム」→「トークルーム管理」→「リッチメニュー」を選択
- 画面右上の「作成」をクリック
### ステップ2: 表示設定を行う
- 管理用のタイトル（ユーザーには表示されない）を入力
- 表示期間を設定（開始日〜終了日）
- メニューバーのテキストを設定（例:「メニュー」「タップして開く」）
- デフォルト表示を「表示する」に設定（トーク画面を開いた時に自動表示）
### ステップ3: テンプレートと画像を設定する
- テンプレートを選択（2分割〜6分割）
- 作成した画像をアップロード
- プレビューで表示を確認
### ステップ4: アクションを設定する
各タップ領域に以下のアクションを設定できます。
- **リンク:** 外部URL（予約ページ、ECサイトなど）を開く
- **クーポン:** LINEクーポンを表示する
- **テキスト:** 定型文をユーザーが送信したように動作させる（自動応答のトリガーに使える）
- **ショップカード:** LINEのスタンプカード機能を表示する
### ステップ5: 保存して公開する
設定内容を確認し、「保存」をクリックすれば完了です。即座に反映されます。
## 業種別リッチメニュー設計例
### 飲食店（3分割）
- 左: 「メニューを見る」→ メニュー画像のページ
- 中: 「予約する」→ 予約フォーム（ホットペッパー等）
- 右: 「クーポン」→ LINEクーポン
### 美容サロン（4分割）
- 左上: 「予約する」→ 予約サイト
- 右上: 「メニュー・料金」→ 料金表ページ
- 左下: 「スタンプカード」→ ショップカード
- 右下: 「お問い合わせ」→ テキスト送信で自動応答
### ECサイト（6分割）
- 上段: 「新商品」「セール」「ランキング」
- 下段: 「マイページ」「配送状況」「お問い合わせ」
## リッチメニューの効果を上げるコツ
- CTAのテキストは「名詞＋行動指示」にする。例: 「予約する」「クーポンを受け取る」
- 最も重要なCTAは左上に配置する（Z字パターンの視線起点）
- 月1回はデザインを更新して、ブロック率の低下を防ぐ
- A/Bテストで反応率を比較する（期間を変えて異なるメニューを出し分け可能）
## Messaging APIを使った高度なリッチメニュー
LINE Official Account Managerの標準機能では、全ユーザーに同じリッチメニューが表示されます。Messaging APIを使うと、ユーザーごとに異なるリッチメニューを表示する「出し分け」が実現できます。
- 新規顧客と既存顧客で異なるメニューを表示
- 会員ランクに応じてメニューを切り替え
- 購入履歴に基づくパーソナライズメニュー
- タブ切り替え式のリッチメニュー
Kylonでは、AIエージェントがLINE公式アカウントと連携して動作します。ユーザーの行動や属性に基づいたリッチメニューの出し分けや、自動応答との連携まで、コードを書かずに設計できます。
## まとめ
- リッチメニューは全プラン（無料含む）で利用でき、通数にカウントされない
- 画像サイズは大（2500×1686px）と小（2500×843px）の2種類
- 重要なCTAは3〜4つに絞り、左上に配置する
- CanvaやLINE管理画面の内蔵エディタで無料作成できる
- Messaging APIを使えばユーザーごとの出し分けも可能
---
## LINE公式アカウント自動応答の設定方法【2026年最新】キーワード応答からAIチャットボットまで
> LINE公式アカウントの自動応答機能を徹底解説。一律応答とキーワード応答の設定手順、AI応答メッセージ終了後の代替策、Messaging APIを使ったAIチャットボットの導入方法まで網羅します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-07-31 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/line-auto-reply-setup-guide-2026
**結論:** LINE公式アカウントの自動応答は、24時間365日の顧客対応を実現する基本機能です。一律応答とキーワード応答は全プランで無料利用可能。さらにMessaging APIを使えば、AIチャットボットによる高度な自動応答も構築できます。いずれも応答メッセージはメッセージ通数にカウントされないため、追加コストはかかりません。
## この記事の要点
- LINE公式アカウントの自動応答は「一律応答」と「キーワード応答」の2種類
- 全プラン（無料含む）で利用可能。応答メッセージは通数にカウントされない
- 「AI応答メッセージ」は2025年に提供終了。代替策はキーワード応答とMessaging API
- Messaging APIを使えばChatGPTやClaudeと連携したAIチャットボットが構築可能
- KylonならAPIの知識がなくてもLINE×AI自動応答を導入できる
## LINE公式アカウントの自動応答機能とは
LINE公式アカウントには、友だちからのメッセージに自動で返信する「応答メッセージ」機能が標準搭載されています。設定しておけば、営業時間外や担当者不在時でも自動で返信でき、顧客を待たせません。
自動応答には2つの方式があります。
### 一律応答
友だちからのメッセージ内容に関係なく、常に同じメッセージを返す方式です。「お問い合わせありがとうございます。営業時間内にスタッフが返信いたします」のような受付確認に向いています。
### キーワード応答
友だちが送ったメッセージに特定のキーワードが含まれている場合に、あらかじめ設定した回答を返す方式です。「営業時間」「予約」「料金」などのキーワードに対して個別の回答を設定できます。
キーワード応答と一律応答は併用可能です。キーワードに一致するメッセージにはキーワード応答が、一致しないメッセージには一律応答が返ります。
## 自動応答の設定手順
### ステップ1: 応答設定を確認する
- LINE Official Account Managerにログイン
- 右上の「設定」→「応答設定」を開く
- 「応答メッセージ」を「オン」に切り替える
- チャットと併用する場合は「チャット」も「オン」にする
### ステップ2: 一律応答を設定する
- 「ホーム」→「自動応答メッセージ」→「応答メッセージ」を選択
- 「作成」をクリック
- タイトル（管理用）を入力
- 「キーワード」のチェックを外す（一律応答にする場合）
- 応答メッセージの内容を入力（テキスト、スタンプ、画像、リッチメッセージなどが使える）
- 「保存」をクリック
### ステップ3: キーワード応答を設定する
- 「応答メッセージ」の「作成」をクリック
- タイトルを入力
- 「キーワード」にチェックを入れる
- 反応させたいキーワードを入力（例: 「営業時間」「予約」「料金」）
- そのキーワードに対する応答メッセージを入力
- 「保存」をクリック
キーワードは完全一致ではなく、メッセージにキーワードが含まれていれば反応します。複数のキーワードを設定して、同じ応答を返すことも可能です。
## AI応答メッセージの提供終了と代替策
LINE公式アカウントには以前「AI応答メッセージ」という機能がありました。ユーザーのメッセージをAIが判別し、カテゴリに応じた回答を返す仕組みでしたが、2025年に提供が終了しています。
AI応答メッセージの代替として、現在は以下の2つの選択肢があります。
### 選択肢1: キーワード応答を充実させる
想定される質問パターンを洗い出し、キーワード応答を網羅的に設定する方法です。「営業時間」「駐車場」「予約」「キャンセル」「料金」「メニュー」「場所」「定休日」など、よくある質問をリストアップし、それぞれに回答を設定します。
メリットは設定が簡単で無料であること。デメリットはキーワードに完全一致しない質問には対応できないことです。
### 選択肢2: Messaging APIでAIチャットボットを構築する
Messaging APIを使って外部のAIサービス（ChatGPT、Claude、Geminiなど）と連携し、自然な会話で回答するチャットボットを構築する方法です。キーワードの完全一致に頼らず、ユーザーの意図を理解して柔軟に応答できます。
## Messaging APIを使ったAIチャットボットの仕組み
Messaging APIは、LINE公式アカウントを外部のプログラムから操作するためのAPIです。ユーザーのメッセージをWebhookで受信し、プログラムから応答メッセージを返すことができます。
### 基本的な仕組み
- ユーザーがLINE公式アカウントにメッセージを送信
- LINEプラットフォームがWebhookでメッセージをサーバーに転送
- サーバーがメッセージを受信し、AIモデル（ChatGPTなど）に問い合わせ
- AIが生成した回答をMessaging APIで返信
- ユーザーのLINEトーク画面に回答が表示される
### 必要なもの
- LINE Developersアカウント（無料）
- Messaging APIチャネル（LINE Developersコンソールで作成）
- チャネルアクセストークン（APIの認証に使用）
- Webhookを受信するサーバー（HTTPS必須）
- AIモデルのAPIキー（ChatGPT APIなど）
### セットアップの流れ
- LINE Developersコンソールでプロバイダーを作成
- Messaging APIチャネルを作成し、チャネルアクセストークンを発行
- Webhookエンドポイント（HTTPS対応のサーバー）を用意
- Webhook URLをLINE Developersコンソールに登録
- Webhookで受信したメッセージをAIに送り、応答を返すプログラムを実装
## AIチャットボットの応答メッセージは通数にカウントされない
これはコスト面で重要なポイントです。Messaging APIの「応答メッセージ（replyMessage）」はメッセージ通数にカウントされません。つまり、AIチャットボットがどれだけ応答しても追加料金は発生しません。
ただし、こちらから先にメッセージを送る「プッシュメッセージ（pushMessage）」は通数にカウントされます。自動応答と一斉配信を区別して設計することが重要です。
## 自動応答設計の実践パターン
### パターン1: FAQ対応（キーワード応答のみ）
よくある質問が5〜10パターン程度の場合。「営業時間」「予約方法」「料金」「アクセス」などのキーワードに個別回答を設定。キーワードに一致しない質問は一律応答で「スタッフが確認して返信します」と案内。
### パターン2: リッチメニュー連携（キーワード応答 + リッチメニュー）
リッチメニューのタップアクションを「テキスト送信」にし、送信されたテキストに対してキーワード応答が返る仕組み。例えば、リッチメニューの「予約」ボタンをタップするとユーザーが「予約」というテキストを自動送信し、キーワード応答で予約ページのリンクを返す。
### パターン3: AIチャットボット（Messaging API + AI）
自然言語でどんな質問にも対応する本格的なチャットボット。商品の問い合わせ、在庫確認、予約調整など、定型外の質問にもAIが柔軟に応答。応答品質を高めるには、業務固有のナレッジベース（FAQ集、マニュアル、過去の対応履歴）をAIに読み込ませることが重要です。
## 自動応答とチャット対応の使い分け
LINE公式アカウントでは「チャット」と「自動応答」を同時に利用できます。推奨される使い分けは以下のとおりです。
- **営業時間内:** チャット（スタッフが手動対応）＋ キーワード応答（よくある質問の即時回答）
- **営業時間外:** 一律応答（「営業時間外です」の案内）＋ キーワード応答
- **24時間対応が必要な場合:** AIチャットボット＋ 重要案件のみスタッフにエスカレーション
## KylonでLINE公式アカウントにAI自動応答を導入する
自分でサーバーを用意してMessaging APIの開発をするのはハードルが高い、という方もいるでしょう。KylonはLINE公式アカウントと直接連携でき、APIの知識がなくてもAIチャットボットを構築できます。
- LINE公式アカウントをKylonに接続するだけでAI自動応答が稼働
- 業務マニュアルやFAQ集をチャンネルに共有すれば、AIが内容を理解して回答
- 対応履歴から自動でナレッジベースを構築。新しい質問パターンも学習
- AIが下書きを作成し、人間が確認してから送信する「ドラフト返信」モードも選択可能
- 応答メッセージなので通数にカウントされない
## まとめ
- LINE公式アカウントの自動応答は「一律応答」と「キーワード応答」の2種類
- 全プランで無料利用可能。応答メッセージは通数にカウントされない
- AI応答メッセージは提供終了。代替はキーワード応答かMessaging APIチャットボット
- Messaging APIでChatGPTやClaudeと連携した高度なAI自動応答が構築可能
- KylonならAPIの知識がなくてもLINE×AI自動応答を導入できる
---
## LINE Messaging API入門｜ボット作成の準備からWebhook設定まで【2026年版】
> LINE Messaging APIでボットを作るための基本を、チャネル作成、アクセストークン、Webhook、応答メッセージまで順に解説します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-07-31 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/line-messaging-api-beginner-guide-2026
**結論:** Messaging APIは、LINE公式アカウントと自社の業務システムをつなぐ基盤です。最初にチャネル、HTTPS対応のWebhook、応答方針を整理すると、検証と運用を分けて進めやすくなります。
## この記事の要点
- ボットにはMessaging APIチャネルとWebhookを受けるサーバーが必要
- Webhook URLはHTTPSで設定し、検証後にWebhookの利用を有効にする
- 応答、プッシュ、マルチキャスト、ナローキャスト、ブロードキャストは用途が異なる
- 標準の応答メッセージとAPI応答を併用する場合は、重複送信を事前に確認する
## Messaging APIでできること
Messaging APIは、LINE公式アカウントをプログラムから操作するための仕組みです。ユーザーから届いたメッセージを受け、必要な情報を参照して応答したり、任意のタイミングで通知したりできます。
- 問い合わせへの応答メッセージ
- 予約や発送などの個別通知
- 属性やオーディエンスに基づく配信
- リッチメニューやFlex Messageを使った案内
## 準備するもの
構築を始める前に、管理主体と運用環境を分けて整理します。検証用アカウントを先に用意すると、本番の友だちに意図しないメッセージが届くリスクを抑えられます。
- LINE DevelopersのプロバイダーとMessaging APIチャネル
- Webhookを受信できるサーバー
- チャネルアクセストークンの保管方法
- 検証用のLINEアカウントと確認手順
## Messaging APIチャネルを作成する
LINE Developersコンソールでプロバイダーを選び、Messaging APIチャネルを作成します。チャネルは、どのLINE公式アカウントと連携するかを定める単位です。アカウント名、業種、連絡先などは運用担当が引き継げる内容に整えます。
## チャネルアクセストークンを発行する
チャネルアクセストークンは、ボットがMessaging APIを呼び出すための認証情報です。ソースコードや共有資料に書かず、サーバー側の安全な保管場所で管理します。利用期限を指定できるトークンを選ぶ場合は、更新担当と更新手順も決めておきます。
## Webhook URLを設定する
Webhookは、友だち追加やメッセージ受信などのイベントをLINEからサーバーへ届けます。Messaging APIチャネルではWebhook URLを1つ設定できます。URLはHTTPSで公開し、管理画面の検証で受信を確認してからWebhookの利用を有効にします。
- 受信エンドポイントはHTTPSを利用する
- 検証前にアクセス制御とログ出力を確認する
- 署名検証を実装し、正規のイベントだけを処理する
## 応答メッセージを設計する
ユーザーの操作に対する返信にはreplyTokenを使います。1回のリクエストでは最大5つのメッセージオブジェクトを返せます。案内が長くなる場合も、最初に結論と次の行動を示し、詳細はリンクやメニューに分けると読みやすくなります。
## 送信方法を使い分ける
任意のタイミングで送るメッセージには、個別のプッシュ、複数ユーザーへのマルチキャスト、条件を絞るナローキャスト、全友だち向けのブロードキャストがあります。配信目的と対象を先に定義して選びます。
- 個別通知はプッシュメッセージ
- 特定ユーザー一覧にはマルチキャスト
- 属性やオーディエンスを使う場合はナローキャスト
- 全体告知はブロードキャスト
## 標準応答との重複を防ぐ
LINE Official Account Managerのあいさつメッセージや応答メッセージが有効な状態でAPI応答を追加すると、同じ操作に複数の返信が届くことがあります。友だち追加は管理画面、通常の問い合わせはAPIのように担当範囲を分け、検証用アカウントで実際の表示を確認します。
## KylonのLINE Connectionで、設定作業を業務要件から組み立てる
Messaging APIを使った構築では、チャネル、Webhook、アクセストークン、応答方針など、確認する項目が多くなります。自社で一から実装する方法に加えて、KylonのLINE Connectionを使い、顧客の問い合わせ内容、運用ルール、有人対応の範囲に合わせたLINE活用を短い手順で組み立てる方法もあります。
- **顧客対応の入口を整理**。FAQ、予約、見積もり、資料請求など、LINEで受ける相談を業務単位で整理
- **回答の根拠を共有**。チャンネルに資料、対応ルール、引継ぎ基準をまとめ、担当者が確認できる状態にする
- **運用に合わせて進める**。自動応答、下書き確認、有人対応への引継ぎを、必要な範囲から設計
実際の画面と対応フローは、LINE公式アカウントの活用事例で確認できます。問い合わせ対応を予約や購入につなげる設計、対応が必要な相談だけを担当者へ引き継ぐ運用、チームのナレッジを更新する流れを紹介しています。
## 公開前の確認項目
本番前は、友だち追加、テキスト送信、エラー時、営業時間外、有人への引き継ぎなど、利用者の行動に沿って確認します。ログには個人情報を必要以上に残さず、問い合わせの確認担当を明確にします。
## まとめ
- Messaging APIはLINE公式アカウントと業務システムを接続する基盤
- Webhook URLはHTTPSで設定し、検証後に有効化する
- 送信方法は目的と対象に応じて分ける
- 標準応答とAPI応答の重複を検証する
---
## LINE公式アカウントのセグメント配信｜オーディエンスで配信先を絞る方法
> LINE公式アカウントのオーディエンスと絞り込み配信の考え方を解説。配信対象の設計、除外条件、ナローキャストの基本、運用チェックリストをまとめます。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-07-31 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/line-segment-delivery-guide-2026
**結論:** セグメント配信は、配信回数を増やす施策ではありません。誰に何を届けるかを整理し、全体配信と個別案内を使い分けるための運用設計です。
## この記事の要点
- 最初に顧客の状態と配信目的を整理する
- オーディエンスは配信条件を再利用する単位として設計する
- 含める条件だけでなく、除外条件も確認する
- 配信後は送信数だけでなくクリックや問い合わせ内容を確認する
## セグメント配信とは
セグメント配信は、すべての友だちに同じ内容を送るのではなく、条件に合う対象へ届ける方法です。来店状況、興味を示した内容、友だち追加の経路などをもとに、案内の優先順位を整えます。
## 最初に決める3つの項目
設定画面を開く前に、目的、対象、次の行動を1セットで決めます。例えば予約の再案内なら、対象は一定期間来店していない友だち、次の行動は予約ページの確認です。
- 配信目的: 何を案内するか
- 対象条件: 誰に届けるか
- 到達後の行動: 予約、閲覧、問い合わせなど
## オーディエンスの役割
オーディエンスは、配信対象を作る条件を保存する単位です。毎回ゼロから対象を考えるのではなく、用途別に名前を付けて管理すると、担当者が変わっても配信意図を追いやすくなります。
- 友だち追加経路で分ける
- メッセージの開封やクリックで分ける
- チャットタグや予約状況で分ける
- リッチメニューの表示やクリックで分ける
## 配信対象の粒度を決める
細かく分けすぎると、条件の確認や効果測定が難しくなります。まずは新規、既存、再来店候補など、業務上の判断に使える区分から始めます。対象が小さすぎる場合は、配信できない条件がある点にも注意します。
## 含める条件と除外条件
配信対象を設定する際は、含める条件だけでなく、すでに申込済みの人、直近で同じ案内を受け取った人、対応中の人を除外するか検討します。案内の重複を減らし、担当者の確認作業も整理できます。
## ナローキャストの基本
Messaging APIのナローキャストでは、オーディエンスや年齢、性別、地域、OSなどの条件を組み合わせて送信対象を指定できます。条件のAND、OR、NOTを使う場合は、意図しない対象が含まれないか、テスト用の条件で確かめます。
## 配信文面を対象に合わせる
対象を絞っても、文面が全員向けのままでは効果を測りにくくなります。対象が置かれている状況を1つ定め、案内内容、リンク先、問い合わせ窓口をそろえます。誇張した表現ではなく、利用条件や有効期限を分かる位置に書きます。
## 配信前のチェックリスト
配信前は、対象数、対象の除外、リンク先、送信日時、担当者を確認します。特に期限付きのクーポンや予約案内は、リンク先の公開状態も実機で確認します。
- 対象数が想定と大きく違わないか
- 申込済みや対応中の人を除外したか
- リンク先と期限表記が一致しているか
- 問い合わせが来た際の担当を決めたか
## 配信後に見る数字
配信後は配信数だけで判断せず、リンクのクリック、予約、問い合わせ内容、ブロック状況などを見ます。結果はオーディエンス名とともに記録すると、次回の条件設計に活用できます。
## まとめ
- セグメント配信は対象と目的を組み合わせる運用設計
- オーディエンスは再利用できる条件として名前を付けて管理する
- 除外条件を先に確認すると案内の重複を抑えやすい
- 配信後の反応を条件と文面の見直しに使う
---
## LINE公式アカウントのクーポン・ショップカード活用術｜作成から配信後の確認まで
> LINE公式アカウントのクーポンとショップカードの基本を解説。目的別の設計、作成手順、配布導線、利用後に確認する数字までをまとめます。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-07-31 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/line-coupon-shopcard-guide-2026
**結論:** クーポンとショップカードは、配信そのものではなく、再来店や購入のきっかけを設計する機能です。利用条件と導線を先に整えると、現場での案内も管理しやすくなります。
## この記事の要点
- クーポンは目的と利用条件を先に決める
- ショップカードは来店・購入の継続を見える形にする
- リッチメニューやあいさつメッセージから導線を作る
- 配布数だけでなく利用状況と現場の問い合わせを確認する
## クーポンとショップカードの違い
クーポンは特定の行動を後押しするための特典です。ショップカードは、来店や購入の回数に応じて特典に近づく仕組みです。短期の案内と継続的な関係づくりで役割を分けると設計しやすくなります。
## 利用目的を1つに絞る
一つのクーポンに複数の狙いを入れると、利用者にも現場にも伝わりにくくなります。新規来店、再来店、平日利用、特定商品の案内など、最初は目的を1つに決めます。
## クーポンの基本項目
作成時にはタイトル、利用期間、利用条件、使用回数、画像を設定します。条件は小さな文字に隠さず、対象商品、他の特典との併用、提示タイミングを読みやすく示します。
- 何の特典か
- いつまで使えるか
- 誰が使えるか
- どの場面で提示するか
## クーポンを作成する手順
LINE Official Account Managerでクーポン機能を開き、作成画面から条件を入力します。保存前に、利用者の画面と店舗スタッフが確認する画面の両方を想定して名称と説明を確認します。
## ショップカードを設計する
ショップカードでは、必要なポイント数、ポイントを付与する行動、特典内容を決めます。短期間で到達できなさすぎる設計や、現場で説明しにくい条件は避け、利用者が次の行動を理解できる構成にします。
## 配布導線を作る
作成しただけでは利用されません。友だち追加時のあいさつメッセージ、リッチメニュー、店頭のQRコード、会計時の案内など、利用者が見つける場所を複数用意します。
- 友だち追加直後に案内する
- リッチメニューにクーポン入口を置く
- 店頭の会計時に案内する
- 定期配信では対象を絞って案内する
## リッチメニューと組み合わせる
リッチメニューはトーク画面の下部に表示されるため、クーポンやショップカードへの常設導線に使えます。メニュー上の文言は「クーポン」「ポイントを確認」など、タップ後の動作が想像できる言葉にします。
## 現場オペレーションをそろえる
店舗や窓口が複数ある場合は、クーポン提示時の確認方法、利用済みの扱い、問い合わせ先をそろえます。配信担当だけでなく、接客担当が内容を確認できる場所に案内をまとめます。
## 配布後に確認すること
配信後は、発行数、利用状況、問い合わせ、期限切れ後の反応を確認します。利用されなかった場合も、特典の内容だけでなく、案内された場所や条件の分かりやすさを見直します。
## まとめ
- クーポンは短期の行動、ショップカードは継続利用の設計に向く
- 条件は利用者と現場の双方が理解できるように書く
- リッチメニューや店頭導線を組み合わせる
- 利用状況と問い合わせを次回設計に生かす
---
## LINEステップ配信の設計方法｜友だち追加後の案内をシナリオで整理する
> LINEのステップ配信を設計する考え方を解説。友だち追加後の案内、条件分岐、配信間隔、標準機能と外部ツールの役割分担まで整理します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-07-31 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/line-step-delivery-guide-2026
**結論:** ステップ配信は、送信回数を増やすことではなく、友だち追加後に必要な情報を適切な順番で届ける設計です。案内、理解、行動の段階を分けると、配信内容を見直しやすくなります。
## この記事の要点
- 最初に友だち追加後の目的を定める
- 各メッセージは一つの行動に絞る
- 標準機能と外部の自動化機能はできることが異なる
- 反応がない人への案内は頻度と内容を分けて検討する
## ステップ配信とは
ステップ配信は、友だち追加や特定の行動を起点に、複数の案内を時間差で届ける考え方です。一度にすべてを説明するより、利用者の理解に合わせて情報を分けることで、次に何をすればよいかを示しやすくなります。
## 最初にゴールを決める
設計の出発点は、最終的に何をしてほしいかです。予約、資料確認、初回購入、相談予約など、1つの行動を定めます。ゴールが決まると、必要な情報と不要な情報を分けられます。
## 基本のシナリオを作る
初めての設計では、あいさつ、価値の説明、利用案内、行動の案内という4段階から始めます。各メッセージで伝える内容を絞り、リンク先も一つにします。
- 1通目: 友だち追加へのお礼と案内
- 2通目: 利用者に役立つ情報やサービスの説明
- 3通目: よくある質問や利用方法
- 4通目: 予約、購入、相談などの次の行動
## 配信間隔を決める
配信間隔は業種や案内内容によって変わります。急ぎの予約案内と、比較検討が必要な法人向け案内を同じ間隔で送る必要はありません。利用者が前の案内を確認する時間を考慮し、検証しながら調整します。
## 一通につき一つの行動にする
一つのメッセージに商品紹介、予約、クーポン、採用情報を詰め込むと、読者が選びにくくなります。「今回は予約ページを見る」「今回はクーポンを確認する」のように、目的を一つに絞ります。
## 標準機能でできること
LINE Official Account Managerでは、あいさつメッセージ、応答メッセージ、リッチメニュー、クーポンなどを使い、基本的な案内導線を作れます。まず標準機能で必要な接点を整理すると、追加の仕組みが必要な部分を判断しやすくなります。
## 外部ツールやAPIを使う場面
個別の行動履歴に応じた複雑な分岐、外部の予約・顧客情報との連携、詳細なシナリオ管理が必要な場合は、外部ツールやMessaging APIを検討します。導入前に、誰が更新し、どの情報を連携するかを決めます。
## 条件分岐を増やしすぎない
条件を細かくすると、利用者に合った案内を作りやすい一方、更新漏れや確認作業も増えます。分岐は「予約済み」「未予約」「既存顧客」など、業務上の判断に必要な範囲から始めます。
## 改善の見方
各通で、開封、リンククリック、予約、問い合わせの変化を見ます。反応が弱い場合は、送信頻度だけでなく、対象、文面、リンク先、前後のメッセージとの関係を見直します。
## まとめ
- ステップ配信は友だち追加後の案内順を整える仕組み
- 最初にゴールを一つ定める
- 標準機能での導線と外部連携の役割を分ける
- 条件分岐は運用できる範囲から始める
---
## LINEチャットタグの使い方｜顧客管理と絞り込み配信につなげる設計方法
> LINE公式アカウントのチャットタグを、顧客対応の整理とオーディエンス配信に生かす方法を解説。タグ名の設計、付与ルール、配信への活用をまとめます。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-07-31 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/line-chat-tag-audience-guide-2026
**結論:** チャットタグは、会話の印象を残すためのメモではありません。次の対応や配信判断に使えるよう、共通の分類ルールで管理することが重要です。
## この記事の要点
- タグは対応状況や関心を示す分類として使う
- 名前と付与条件を最初に決める
- タグを配信に使う前に、運用の更新ルールを整える
- 標準機能と追加オプションでは利用できる範囲が異なる場合がある
## チャットタグとは
チャットタグは、LINE公式アカウントのチャットで友だちを分類する機能です。新規問い合わせ、見積もり送付済み、予約希望、既存顧客など、対応に必要な状態を見える形にできます。
## タグを付ける目的
タグの目的は、後から会話を探しやすくすることと、次の対応を判断しやすくすることです。単に情報を増やすのではなく、誰が見ても同じ意味に理解できる分類を選びます。
## タグ名の設計
タグ名は短く、状態が分かる言葉にします。「重要」「要確認」のような曖昧な名前より、「資料送付済み」「予約候補」「継続顧客」のように、次の行動が連想できる名前が向いています。
- 顧客の段階: 新規、既存、再来店候補
- 対応の状態: 返信待ち、見積もり送付済み
- 興味の内容: 商品A、予約、採用
- 運用上の区分: 担当引継ぎ、確認中
## 付与ルールを決める
複数の担当者が対応する場合は、いつ誰がタグを付けるかを決めます。問い合わせを受けた時点、資料を送付した時点、対応を完了した時点など、業務の節目に合わせると更新漏れを減らしやすくなります。
## チャットで検索する
タグを付けると、該当の友だちをチャット画面で探しやすくなります。個別のフォローが必要な場合は、送信前に直近の会話や他のタグを確認し、案内の重複を避けます。
## チャットタグオーディエンス
チャットタグを配信対象に使う場合は、オーディエンスを作成して条件を指定します。含めるだけでなく、特定のタグを除外する条件も検討します。配信時には、対象数とタグの更新状況を確認します。
## 利用範囲を確認する
タグの作成数や一人に付与できる数などは、契約中の機能や追加オプションによって異なることがあります。運用を始める前に、LINE Official Account Managerで利用中の仕様を確認し、タグ設計を合わせます。
## タグを増やしすぎない
タグが増えすぎると、担当者ごとに付け方が変わり、配信条件の確認も難しくなります。定期的に使われていないタグを確認し、似た意味のタグは統合します。
## Kylonでのナレッジ共有
LINEのやり取りをチームで扱う場合は、タグだけでは判断の背景が残りにくいことがあります。対応方針、よくある質問、引継ぎ事項をチャンネルに整理しておくと、顧客対応の属人化を抑える運用につながります。
## まとめ
- チャットタグは次の対応や配信判断に使える分類として設計する
- タグ名と付与タイミングをチームでそろえる
- 配信に使う場合は除外条件と対象数を確認する
- 利用していないタグを定期的に整理する
---
## LINE Flex Messageの作り方｜SimulatorとJSONでリッチなメッセージを設計する
> LINE Flex Messageの基本を解説。Flex Message Simulator、JSONの構造、カード型メッセージの設計、実装前の確認項目をまとめます。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-07-31 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/line-flex-message-guide-2026
**結論:** Flex Messageは、情報を見やすく並べるためのメッセージ形式です。デザインから始めるのではなく、利用者に見せる情報とタップ後の行動を整理してから構造を作ると、実装後の修正を減らせます。
## この記事の要点
- Flex MessageはJSONでレイアウトを定義する
- Simulatorで表示を確認してから実装する
- 一つのカードに入れる行動は絞る
- 画像、文字、ボタンはスマートフォンでの見え方を確認する
## Flex Messageとは
Flex Messageは、テキストだけでは伝えにくい情報をカード形式で組み立てられるMessaging APIのメッセージです。商品案内、予約確認、イベント告知、注文状況など、構造化した案内に向いています。
## 使う場面を決める
Flex Messageは装飾のためだけに使うものではありません。複数の情報と行動を一画面に整理したい場合に使います。内容が短い案内なら、通常のテキストメッセージの方が読みやすいこともあります。
## 基本構造を理解する
Flex MessageはJSONで定義します。代表的な構成は、1枚のカードを表すバブル、複数カードを横に並べるカルーセル、内部を分けるヘッダー、ヒーロー、ボディ、フッターです。
## Flex Message Simulatorを使う
実装前はFlex Message SimulatorでJSONを確認します。画面上のプレビューを見ながら、行数、改行、画像の比率、ボタンの位置を調整できます。テキストだけを修正する場合も、スマートフォン幅で確認します。
## バブルの情報設計
一つのバブルには、見出し、補足、価格や日時、主要なボタンなど、判断に必要な情報を入れます。情報が多い場合は、カードを増やすより、詳細ページへ遷移する導線を作る方が読みやすくなります。
- 見出しは何の案内かを短く示す
- 補足は日時、場所、条件などを整理する
- 主要な行動は一つに絞る
- 詳細はリンク先で説明する
## カルーセルを使う場面
複数の商品、複数の日時、複数のプランを比較してもらう場合はカルーセルを使えます。ただしカードが多すぎると見落としやすくなるため、並び順と最初のカードに置く内容を検討します。
## アクションを設定する
Flex Messageのボタンや画像には、URLを開く、テキストを送る、ポストバックを返すなどのアクションを設定できます。利用者がタップした後に何が起きるかをラベルで明確にし、リンク先の表示も確認します。
## 実装時の確認
Messaging APIで送信する前に、JSONの構文、画像URL、テキストの長さ、アクションのリンク先を検証します。テスト用のアカウントに送信し、iOSとAndroidでの見え方を確認できると安心です。
## 改善の見方
送信後は、クリックされた場所、遷移先での行動、問い合わせ内容を確認します。反応が弱い場合は、色や装飾より先に、カードの目的とボタンの文言を見直します。
## まとめ
- Flex Messageは構造化した情報をカード形式で伝える手段
- SimulatorでJSONとスマートフォン表示を確認する
- 一つのカードに入れる行動を絞る
- 送信後のクリックと問い合わせを次の設計に使う
---
## KylonでLINE公式アカウントにAIチャットボットを導入する方法｜顧客対応を標準化する設計
> LINE公式アカウントの問い合わせ対応を、KylonのAIエージェントとチームのナレッジで支える考え方を解説。導入前の整理、下書き確認、対応履歴の活用までまとめます。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-07-31 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/line-ai-chatbot-kylon-guide-2026
**結論:** LINEの自動応答は、回答を増やすだけでは運用できません。よくある質問、判断基準、有人へ引き継ぐ条件をチームの共通ナレッジとして整えることで、対応品質を管理しやすくなります。
## この記事の要点
- 最初に自動化する問い合わせ範囲を決める
- 回答の根拠となる資料と方針を共有する
- 下書き確認から始めると運用上の調整を行いやすい
- 対応履歴を見直してFAQと引継ぎ基準を更新する
## LINE顧客対応で起きやすい課題
LINEは問い合わせの入口として使いやすい一方、担当者の記憶や個人のトーク履歴に回答が残ると、対応が属人化しやすくなります。営業時間外の一次対応、同じ質問への繰り返し回答、担当交代時の引継ぎが課題になりやすい場面です。
## 導入前に決める対応範囲
最初からすべての問い合わせを自動で扱う必要はありません。営業時間、予約方法、料金の見方、資料請求など、回答が一定の範囲から始めます。契約、クレーム、個別条件の判断が必要な内容は、有人確認へ回す基準を定めます。
## ナレッジを整理する
回答品質は、参照する情報の整理に左右されます。FAQ、商品資料、営業時間、キャンセル規定、担当者への引継ぎ条件などを、更新担当が分かる形でまとめます。古い案内が残らないよう、更新日も記録します。
## Kylonで共有する情報
Kylonでは、チャンネルに会話、ファイル、業務ルールをまとめ、AIエージェントがチームの文脈を参照できる環境を作れます。LINE対応に必要な情報を一か所に整理することで、担当者ごとに回答が異なる状況を見直しやすくなります。
## 下書き確認から始める
最初の運用では、返信を直接送るのではなく、下書きを作成して担当者が確認する流れから始める方法があります。実際の問い合わせを通して、回答の表現、参照資料、引継ぎ基準を調整できます。
## 自動応答と有人対応を分ける
定型質問は自動応答、個別判断が必要な内容は有人対応と分けます。利用者には、確認に時間が必要な場合の案内や、問い合わせ窓口を明確に表示します。対応できない内容を無理に即答しないことも、運用設計の一部です。
## 対応履歴をナレッジに戻す
新しい質問や回答の修正は、そのまま個人の会話に残さず、FAQや業務ルールに反映します。定期的に問い合わせを見直すと、案内ページやリッチメニューの改善点も見つけやすくなります。
## 導入時の確認項目
連携を始める前には、回答範囲、資料の更新担当、有人への引継ぎ先、ログの扱い、緊急時の連絡方法を確認します。顧客情報を含む資料は、アクセスできる担当者を必要な範囲に絞ります。
- 回答してよい質問の範囲
- 確認が必要な質問の基準
- FAQと資料の更新担当
- 有人対応の引継ぎ先
- 定期レビューの実施方法
## 成果を見る視点
運用後は、返信速度だけでなく、同じ質問の減少、有人対応に回った内容、資料の不足、顧客からの問い合わせ内容を確認します。これらをもとに、業務の標準化と案内導線の改善を進めます。
## まとめ
- LINE対応の標準化は回答範囲とナレッジの整理から始まる
- Kylonのチャンネルに資料と業務ルールを共有できる
- 下書き確認で運用を始めると調整しやすい
- 対応履歴をFAQと引継ぎ基準の更新に使う
---
## PLAUD Embedded SDKとMCPで、議事録をCRMと課題管理へつなぐ方法
> PLAUDが開発者向けのPlaud Embeddedを一般提供に切り替えました。SDKと文字起こしAPIでできること、料金、データの保管条件を整理し、取得した記録を顧客管理と課題管理へ振り分ける運用を解説します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-06 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/plaud-meeting-notes-to-crm
**結論:** PLAUDは開発者向け基盤「Plaud Embedded」を一般提供に切り替えました。iOSとAndroid向けのSDK（開発者向け部品一式）で録音端末を自社アプリから操作し、文字起こしAPIで結果を受け取れます。会議の記録を業務に結びつけるうえで重要なのは、取得した内容をCRM（顧客管理）と課題管理のどこに、誰の確認を経て残すかという設計です。出典はPLAUD公式のDevice SDKページです。
## この記事の要点
- **Plaud Embedded**：端末操作のSDK、音声アップロードAPI、文字起こしAPIの3点で構成される
- **無料枠**：接続端末50台と文字起こし300時間。以降は端末1台あたり月15ドル、文字起こし1時間あたり0.28ドル
- **取得方式**：完了通知ではなく、文字起こしIDを問い合わせて状態を確認する方式
- **個人利用**：自分の録音を扱うだけならMCP（AIクライアント接続の仕組み）とCLIで足りる
- **Kylon側**：受け取った記録をCRM更新案と課題登録案に分け、担当者が確認してから確定する
会議の記録は、要約を共有しただけでは業務につながりません。顧客情報、次の対応、プロダクトへの要望へと整理し、誰が確認するかを決めてはじめて、会話の内容がチームの仕事になります。
## Plaud Embeddedで何ができるか
Plaud Embeddedは、PLAUD自身のアプリが使っている録音端末と音声認識の基盤を、他社の製品から利用できるようにしたものです。構成は次の4つに分かれます。
設計前に確認しておきたい制約が3点あります。SDKはiOSまたはAndroidのアプリに組み込む前提であること、1台の端末は1つのアプリにのみ紐づくこと、そして利用者側にPLAUDアプリの契約は求められないことです。いずれもPlaud Embedded概要に記載があります。同ページでは、対応言語112種と、Bluetooth接続に代わる高速転送（Wi-Fi Fast Transfer）についても説明されています。
## 料金と無料枠
課金は接続端末数と文字起こし時間の2つで計算されます。新規の開発者には接続端末50台と、最初の端末接続後に開放される文字起こし300時間の無料枠があります。無料枠を超えた後は端末1台あたり月15ドル、文字起こし1時間あたり0.28ドルで、請求は月末、支払い不成立時は7日間の猶予が案内されています。接続端末数は月末時点ではなく、その月の最大接続数で数えます。詳細はPlaud Embeddedの料金ページで確認できます。
検証段階では、この無料枠の範囲で運用フローを試せる場合が多くあります。契約前に、自社の会議種別で必要な項目が取れるかを確認しておくと判断しやすくなります。
## 音声と文字起こしはどこに残るか
導入部門を広げるかどうかは、この条件で決まります。PLAUDの資料では、端末だけを利用し、音声を自社のアプリとサーバーに同期する構成が示されています。この場合、音声はPLAUDのクラウドを経由しません。Note ProとNotePin Sはいずれも64GBの本体保存領域を持ちます。文字起こしAPIを使う場合、処理結果の保持期間は既定で7日間、処理地域は既定で米国で、日本、欧州、シンガポールでの処理は個別相談として案内されています。出典はData Retentionです。
## MCPとPlaud Embeddedの使い分け
なお、個人アカウントの録音を取得する汎用APIは公開されていないとPLAUDのサポート記事で説明されており、その用途はMCPが案内されています。出典はPLAUDサポート記事です。他人の録音を共有アカウントの認証情報で扱う運用は避けてください。
## 会議後の流れは4段階に分ける
- **1. 記録を受け取る**：文字起こしまたは要約の準備完了を起点にする
- **2. 事実を抽出する**：参加者、決定事項、顧客の要望、約束、期限を分ける
- **3. 登録先を照合する**：顧客名や担当者が曖昧な場合は、CRMへ書き込む前に確認する
- **4. 担当業務に振り分ける**：対応タスク、プロダクト要望、導入上の課題を別のレコードとして管理する
重要なのは、要約をそのままCRMに書き込まないことです。会話の途中で出た案と、確定した決定は分けて記録します。
## CRMには何を残すか
CRMに残す内容は、次回の顧客対応で必要になる情報に絞ります。会議日、参加者、顧客の目的、未解決の質問、次の対応、元の記録へのリンクを基本項目にすると確認しやすくなります。
- **顧客・担当者**：どのアカウントの会話か
- **検討状況**：評価、導入、更新などの進捗
- **次の対応**：担当者と期日
- **根拠**：文字起こしや要約へのリンク
## 課題管理に送るべき内容
すべてのコメントを課題にすると、一覧が読みにくくなります。現在の業務を妨げている不具合、繰り返し現れる要望、導入を進めるための設定作業、期限を持って判断するリスクに絞って登録します。
各レコードには、短いタイトル、種類、顧客または案件、影響、担当者、元の会議記録を残します。担当者は必要なときに一次情報を確認でき、同じ説明を顧客対応担当に聞き直す手間を減らせます。
## Kylonでの確認フロー
Kylonのチャンネルに会議記録を取り込むと、エージェントはCRM更新案と課題登録案を分けて提示できます。営業またはカスタマーサクセスの担当者は、顧客情報の更新案を確認します。プロダクトや導入担当は、課題の種類と優先度、担当者を確認します。
この確認を同じスレッドで行うことで、なぜその情報が登録されたかを後から追えます。顧客データ、商談条件、約束に関わる内容は、人が確認してから確定する運用が適しています。
## 開発者向け連携を作るときの確認点
文字起こしAPIは、完了時に通知が届く方式ではなく、送信時に返る文字起こしIDで状態を問い合わせる方式です。状態がPENDING、RECEIVED、STARTED、PROGRESSの間は確認を続け、SUCCESSになった時点で結果を取得します。仕様は音声送信とタスク取得の各リファレンスに記載があります。
問い合わせを再実行する設計になるため、会議レコードには文字起こしIDを保存しておきます。同じ結果を二重に取り込んで、CRM更新や課題が重複して作られる事態を防げます。
[Plaud Embeddedのクイックスタートを見る](https://docs.plaud.ai/plaud-embedded/quickstart)
## 最初は1種類の会議から始める
まずは顧客ヒアリング、導入定例、または営業商談のどれか1つに絞ります。CRMに残す項目と、課題として扱う基準をチームで合わせたうえで、数件は確認付きで運用します。抽出の指示を整えてから対象を広げると、記録の質を保ちやすくなります。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## tl;dvの議事録をCRMと課題管理へ。会議の内容を次の仕事につなげる方法
> tl;dvの会議記録から、CRM更新案、対応タスク、課題レコードを準備する実務フローを解説します。確認が必要な場面も整理します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-06 | **Category:** Guide
**URL:** https://kylon.io/ja/blog/tldv-meeting-notes-to-crm
商談、導入定例、顧客インタビューの後には、録画、顧客情報、対応タスクが別々の場所に残りがちです。会議の内容を次の仕事につなげるには、どの顧客情報を更新し、何を課題として登録し、誰が確認するかを決める必要があります。
## tl;dvの会議記録を、確認できる業務フローへ
tl;dvのAPIでは、会議情報、文字起こし、ノートを取得できます。Webhookでは、会議または文字起こしの準備完了を外部システムへ通知できます。Kylonでは、受け取った記録を要約だけで終わらせず、CRM更新案と課題登録案としてチームが確認できる形にします。
[tl;dv API公式ドキュメントを見る](https://intercom.help/tldv/en/articles/11583137-api)
## 会議からレコードができるまで
- **1. 会議処理の完了を受け取る**：会議または文字起こしの準備完了を起点にする
- **2. 内容を構造化する**：参加者、決定、質問、約束、リスクを分ける
- **3. CRM候補を確認する**：複数の候補がある場合は、人が正しい顧客を選ぶ
- **4. 実行できる仕事だけを課題にする**：不具合、要望、導入作業、リスクに分類する
- **5. 元の会議へ戻れるようにする**：CRMと課題の両方に会議リンクを残す
[tl;dv Webhook公式ドキュメントを見る](https://intercom.help/tldv/en/articles/15416775-webhooks)
## CRM更新案に残す情報
CRMでは、顧客の状況を次に担当する人が理解できることを優先します。会議の全文ではなく、決定事項、未解決の質問、次の対応、顧客が期待している期限、元の会議リンクを整理します。
tl;dvはHubSpot、Salesforce、Pipedriveの一部ネイティブ連携で、ノートの項目をCRMフィールドへ対応付ける機能を案内しています。項目が固定された運用には有用です。会議の文脈に応じて複数の登録先を選ぶ場合は、Kylonで確認ステップを挟む運用が向いています。
[tl;dvのCRMフィールドマッピングを見る](https://intercom.help/tldv/en/articles/10657750-field-mapping-your-crm-integration)
## 課題レコードにする判断
会議で出たすべての意見を課題にする必要はありません。現在の利用を妨げている不具合、繰り返し出る要望、導入を進めるための具体的な作業、期限を決めて判断すべきリスクを登録対象にします。
- **不具合**：約束した業務が現在の状態では進められない
- **プロダクト要望**：優先順位の検討が必要な顧客の要望
- **導入作業**：設定、資料、フォローアップなど、担当者が実行する仕事
- **リスク**：判断の担当者と日付が必要な不確実性
## Kylonで確認する理由
会議の要約は解釈を含みます。顧客名の取り違え、検討段階の誤読、担当者の誤設定を防ぐため、KylonではCRM更新案と課題登録案を同じスレッドで確認できます。営業・カスタマーサクセスは顧客情報を、プロダクト・導入担当は課題の種類と担当者を確認します。
決定の根拠と確認履歴を会議記録と一緒に残すことで、後から質問が出たときにも説明しやすくなります。
## 連携を始める前の確認事項
tl;dvはAPIをv1alpha1として案内しているため、連携部分は変更に対応しやすい形で分けておくことが重要です。また、会議の閲覧権限とAPIによる取得権限は同じではないため、実際に運用するアカウントで対象会議を取得できるかを先に確認します。
[tl;dvの権限に関する公式資料を見る](https://intercom.help/tldv/en/articles/11583137-api)
## 最初は顧客との定例から始める
最初の対象は、顧客との定例会議が適しています。CRMに残す項目、課題にする基準、確認する担当者を合意したうえで、数件は承認付きで運用します。会議記録が実際の行動に結びつく基準が固まってから、商談や社内会議へ広げます。
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## OpenAIがGPT-5.6 SolのUltrafastモードを発表。APIで最大14倍の処理速度を限定提供
> OpenAIがGPT-5.6 Solを対象にしたAPIの新しい処理階層、Ultrafastの限定プレビューを発表しました。標準処理の最大14倍、毎秒最大750出力トークンという速度と、利用できる場面、料金がまだ公開されていない点を整理します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-13 | **Category:** AI最新ニュース
**URL:** https://kylon.io/ja/blog/openai-ultrafast-gpt-5-6-sol-aug-2026
**結論:** OpenAIはGPT-5.6 Solを対象に、APIの新しい処理階層「Ultrafast」の限定プレビューを始めました。標準処理と同じモデルを使いながら、OpenAIの説明では最大14倍の処理速度、毎秒最大750出力トークンを目指す構成です。数値と提供範囲は、OpenAI公式発表に基づきます。
## この記事の要点
- Ultrafastは新しいモデルではなく、GPT-5.6 SolのAPI処理階層
- OpenAIは標準処理の最大14倍、毎秒最大750出力トークンと説明
- 現在は一部顧客を対象にした限定プレビューで、一般提供時期と料金は公式発表で未公開
- 障害対応、金融調査、顧客対応、コマースなど待ち時間が重要な仕事を想定
## Ultrafastとは
Ultrafastは、GPT-5.6 Solをより低い待ち時間で使うためのAPIサービス階層です。OpenAIは、Cerebrasとの協業によって毎秒最大750出力トークンを実現すると説明しています。詳細は公式発表の「Powered by Cerebras」で確認できます。
これまで速度が必要な場面では、小型モデルや用途別モデルを選ぶことがありました。Ultrafastは、推論能力を重視するGPT-5.6 Solを維持したまま、処理階層で待ち時間を短くする方向です。ただし、公式発表にある速度はOpenAIの説明であり、実際の業務では入力の長さ、ツール呼び出し、外部サービスの応答時間も測る必要があります。
## どのような業務を想定しているか
### 障害対応と信頼性の確認
システム障害が発生したときは、ログ、直近のコード変更、担当者の報告を同時に確認します。OpenAIは、障害が進行している間に原因候補を整理し、修正案の準備を支える場面を例として挙げています。判断と本番反映は、引き続き担当者が行う前提です。
### 金融調査とセキュリティ確認
市場シグナル、取引、異常な動きを確認する仕事では、調査中にも情報が変化します。回答を待つ時間を短くできれば、仮説を立て、根拠を確認し、次の調査を進める間隔を詰められます。具体的な適用範囲は、データの権限と確認手順を含めて設計する必要があります。
### 顧客対応と音声体験
顧客からの質問に複数の情報源を照合して答える場合、会話が続いている間に次の回答を準備できることが重要です。OpenAIは、顧客対応や音声の場面をUltrafastの例として示しています。実際に使う場合は、回答の確認、個人情報の扱い、担当者への引継ぎ条件を先に決めます。
## 料金と提供状況
GPT-5.6 SolのUltrafastモードは、現在、一部顧客を対象にした限定プレビューです。OpenAIは、計算資源の拡大に合わせて提供範囲を広げると説明しています。一般提供の開始日とUltrafastの料金は、今回の公式発表では示されていません。
そのため、現時点では本番環境の前提として料金を見積もるのではなく、案内登録を行い、利用できるようになった段階で評価するのが適切です。
## Gemini 3.7 Flashとの違い
同じ日にGoogleが発表したGemini 3.7 Flashは、コーディング、ナレッジワーク、ウェブ開発、業務ワークフローに焦点を置くモデル更新です。Googleは、2026年末までの導入価格を入力100万トークンあたり0.75ドル、出力100万トークンあたり3.75ドルと説明しています。料金と評価結果はGoogle公式発表を参照してください。
- リアルタイム性が重要な顧客対応や障害対応では、Ultrafastの待ち時間を評価する
- 大量処理や繰り返し実行では、Gemini 3.7 Flashの導入価格と処理品質を評価する
- どちらもモデル単体ではなく、ツール呼び出し、再実行、確認時間を含めた1件あたりの処理コストで比べる
## 評価時に見るべき5つの指標
- ツール呼び出しを含めた、使える回答までの時間
- 再実行や人による修正にかかる回数と時間
- APIリクエストではなく、完了した業務1件あたりのコスト
- 根拠を担当者が確認し、必要な承認を行えるか
- 外部サービスが遅い場合や利用できない場合の動作
AIエージェントでは、文章の生成が速くても、外部システムの応答や承認を待つ時間が長いことがあります。代表的な業務を数件選び、入力、ツール、再実行、確認を同じ条件で比較することが重要です。
## Kylonで考えるモデル選択
処理速度を業務に生かすには、依頼、参照資料、権限、接続先、承認履歴が同じ流れに残っている必要があります。Kylonでは、チャンネル、ファイル、AIエージェント、コネクション、スキル、ワークフローを同じワークスペースで扱えます。工程ごとにモデルや処理階層を選びながら、判断の背景と確認履歴を共有できます。
## まとめ
- UltrafastはGPT-5.6 Sol向けの新しいAPI処理階層
- OpenAIは標準処理の最大14倍、毎秒最大750出力トークンと説明
- 現在は限定プレビューで、一般提供時期と料金は未公開
- 速度、完了業務のコスト、再実行、確認時間を一緒に評価する
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## GoogleがGemini 3.7 Flashを発表。コーディングとエージェント向けに更新
> GoogleがGemini 3.7 Flashを発表しました。コーディング、ナレッジワーク、ウェブ開発、業務ワークフローを対象にした改善と、2026年末までの導入価格、利用できる開発環境を整理します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-13 | **Category:** AI最新ニュース
**URL:** https://kylon.io/ja/blog/gemini-3-7-flash-launch-aug-2026
**結論:** Googleは、コーディングとAIエージェント向けのワークホースモデルとしてGemini 3.7 Flashを発表しました。Gemini 3.6 Flashの発表から3週間後の更新で、ソフトウェア開発、ナレッジワーク、ウェブ開発、業務ワークフローを対象にしています。以下の発表日、料金、評価値はGoogle公式発表に基づきます。
## この記事の要点
- Gemini 3.6 Flashから3週間で更新されたコーディングとエージェント向けモデル
- デバッグ、ウェブ開発、文書理解、業務ワークフローの評価値をGoogleが公開
- 2026年末までの導入価格は入力100万トークンあたり0.75ドル、出力100万トークンあたり3.75ドル
- Google AI Studio、Android Studio、Antigravity、法人向けサービスなどから利用
## Gemini 3.7 Flashで変わること
Googleは、Gemini 3.7 Flashについて、デバッグや課題解決、初回のコード精度、実用的なコード生成、ウェブ開発、複雑な文書の理解、業務ワークフローの実行で改善したと説明しています。これはGoogleが公開した評価であり、自社のデータや業務で同じ結果になることを示すものではありません。
### ソフトウェア開発
Googleの発表では、FrontierCode 1.1 Mainで43.6%対34.4%、DeepSWE v1.1で65.3%対49.0%というGemini 3.6 Flashとの比較値が示されています。デバッグや課題解決のように、リポジトリの文脈を読み、複数の手順を進める仕事を想定した改善です。評価の条件はGoogleの評価一覧で確認できます。
### ウェブ開発と文書理解
ウェブ開発では、少ない指示で機能を含む画面を作ることや、参照画像やデザインシステムに沿った画面生成を説明しています。WebDev ArenaのEloは1588対1538でした。複雑なPDF文書の理解を測るGDP.pdfでは34.0%対22.0%とされています。いずれも、公開された評価の数値として扱い、実際の案件では手元の資料で再確認する必要があります。
### 業務ワークフロー
AutomationBenchでは30.4%対17.0%という比較値が示されています。Googleは、Gemini 3.7 Flashが障害に応じて進め方を調整し、必要に応じて意図を確認し、複数段階の計画やツール呼び出しにより注意深く取り組むと説明しています。
## 料金と利用できる環境
Gemini 3.7 Flashの導入価格は、2026年末まで入力100万トークンあたり0.75ドル、出力100万トークンあたり3.75ドルです。Googleは、Gemini 3.6 Flashの当初価格の半分として説明しています。料金の期間と条件は、公式発表と利用中のAPIドキュメントを確認してください。
- 開発者: Google Antigravity、Google AI StudioのGemini API、Android Studio
- 法人: Gemini Enterprise Agent Platform、Gemini Enterprise
- 個人: 対応地域のGoogle AI ProまたはUltraで利用するGemini Spark
Googleは、Gemini Sparkでも発表日からGemini 3.7 Flashを使うと説明しています。地域、プラン、利用上限は変更される可能性があるため、実際に使うアカウントで確認します。
## OpenAI Ultrafastとの違い
同じ日にOpenAIは、GPT-5.6 Sol向けのUltrafast処理階層を発表しました。OpenAIは標準処理の最大14倍、毎秒最大750出力トークンと説明していますが、現在は限定プレビューで料金は公式発表に記載されていません。詳細はOpenAI公式発表を参照してください。
- 大量処理では、Gemini 3.7 Flashの導入価格と1件あたりの処理コストを見る
- 会話中の応答や障害対応では、モデル処理以外を含む待ち時間を見る
- どちらを選ぶ場合も、再実行、手動修正、承認を含む業務全体で比較する
## 導入前に試す業務
- 実際のリポジトリを使ったデバッグ
- 既存のデザインシステムや参照画像からの画面作成
- 契約書や調査資料など長い文書からの決定事項の抽出
- ツール呼び出しと人の確認を含む複数段階の業務
- 再実行、修正時間、完了した業務1件あたりのコストの計測
モデルの評価では、回答の印象だけでなく、実際の業務がどこまで進んだかを確認します。担当者が根拠を読めること、記録が後から追えること、権限に沿って外部サービスへ接続することも評価項目に含めます。
## Kylonでモデルを業務に組み込む
モデルを入れ替えながら業務を改善するには、依頼、資料、ツール権限、人の確認、完了した記録を一つの流れで管理する必要があります。Kylonでは、チャンネル、ファイル、AIエージェント、コネクション、スキル、ワークフローを同じワークスペースで扱えます。モデルの比較結果を、次回の依頼や業務の標準化に生かしやすい構成です。
## まとめ
- Gemini 3.7 FlashはコーディングとAIエージェント向けの更新
- Googleは開発、文書理解、業務ワークフローの評価値を公開
- 導入価格は2026年末まで入力0.75ドル、出力3.75ドル / 100万トークン
- 自社のデータ、ツール、確認手順で完了業務のコストを測る
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Z.aiがGLM-5.3を発表。コーディングとサイバー防御に広がる後学習の成果
> Z.aiがGLM-5.3を発表しました。GLM-5.2と同じ基盤モデルに後学習を重ね、コーディングと長時間のエージェント作業を強化。サイバー防御能力の評価と、段階的な提供方針を公式情報から整理します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-14 | **Category:** AI最新ニュース
**URL:** https://kylon.io/ja/blog/glm-5-3-launch-aug-2026
**結論:** Z.aiは2026年8月14日、GLM-5.2と同じ基盤モデルに後学習を重ねたGLM-5.3を発表しました。公式発表では、コーディングと長時間のエージェント作業を強化し、サイバー防御に関する能力も報告しています。発表内容と評価値はZ.ai公式記事を参照しています。
## この記事の要点
- GLM-5.2と同じ基盤モデルを使い、改善は後学習によるもの
- Z.aiは自社Code BenchでGLM-5.2比50%の改善を説明
- GLM Coding PlanとZCodeで提供中。APIとオープンウェイトは安全性評価後に段階公開
- サイバー防御の評価値はZ.aiの報告であり、第三者検証の有無を分けて読む必要がある
## GLM-5.3で何が変わるのか
今回の発表で特徴的なのは、基盤モデルを大きく作り直したという説明ではなく、GLM-5.2で整えた長時間タスク向けの学習基盤を、より多様な環境とタスクで拡張した点です。Z.aiは、改善の中心を後学習に置いたと説明しています。
### コーディングと長時間のエージェント作業
Z.aiは、複雑なコーディング、デバッグ、長い手順を含むエージェント作業で改善したと説明しています。自社のZ.ai Code BenchではGLM-5.2から50%改善し、Terminal Bench 3.0とAgents' Last Examではオープンモデルの最高水準を達成したとしています。これらはZ.aiが公開した評価であり、利用するリポジトリやツール権限によって実際の結果は変わります。
### サイバー防御能力の伸長
後学習を拡張する過程で、脆弱性の発見や検証に関する能力が想定以上に伸びたため、Z.aiは安全性評価を重視しています。Reutersの報道では、Z.aiがCyberGymで84.5%と説明し、Anthropicの限定提供モデルに近い水準だと主張したとされています。ただし、比較値は独立検証されていません。脆弱性の発見と実際の攻撃コード作成は別の能力であり、同じものとして扱わないことが重要です。
## 料金と利用できる環境
発表時点でGLM-5.3は、GLM Coding PlanとZCodeから利用できます。Z.aiはAPIアクセスとオープンウェイトを安全性評価の後に段階的に公開すると案内しています。オープンウェイトの公開時期、API料金、利用上限は、最新の公式案内を確認してください。
- GLM Coding Plan: 契約プランの範囲で利用
- ZCode: コーディングエージェントとして利用
- API: 安全性評価後に段階公開予定
- オープンウェイト: 安全性の確認と強化後に公開予定
## Gemini、GPT、Grokとの違い
同じ時期に、GoogleはGemini 3.7 Flash、OpenAIはGPT-5.6 SolのUltrafast処理階層、xAIはGrok 4.6を提供しています。Gemini 3.7 Flashはコーディングと業務ワークフロー、GPT-5.6 Sol Ultrafastは低遅延、Grok 4.6は長時間のエージェント作業とGitHub Copilotへの展開を重視しています。GLM-5.3の特徴は、オープンウェイトの方向性と、後学習によるコーディング能力の改善を同時に打ち出している点です。
- 大量処理とAPI料金を重視する場合: Gemini 3.7 Flashの導入価格と自社データで評価
- 低遅延の対話や障害対応を重視する場合: GPT-5.6 Sol Ultrafastの利用条件を確認
- 長時間のコーディング作業とGitHub連携を重視する場合: Grok 4.6の対応環境を確認
- 自社環境での検証やモデルの保有を重視する場合: GLM-5.3の公開時期と安全性評価を確認
## 導入前に確認したいこと
GLM-5.3を業務で評価する場合、ベンチマークの数字だけでなく、実際の作業がどこまで進むかを測ります。特にサイバー防御に関わる用途では、許可された環境、対象範囲、ログ、承認者を先に決めます。
- 実際のリポジトリで、計画、実装、テスト、修正までの完了率を測る
- 長い作業で文脈がずれた回数と、人が介入した回数を記録する
- 外部サービスへ接続する権限と、変更前の承認手順を分ける
- 公開された評価値と自社データの結果を同じ表に置かない
- モデルの出力だけでなく、実行履歴と判断の根拠を残す
## Kylonでモデルを業務の流れに組み込む
モデルが高性能でも、依頼、資料、権限、人の確認、完了記録が別々に管理されていると、同じ作業を繰り返すたびに文脈を運ぶ必要があります。Kylonでは、チャンネル、ファイル、AIエージェント、コネクション、スキル、ワークフローを同じワークスペースで扱えます。モデルの評価結果を、業務の標準化とナレッジ共有に結び付けやすい構成です。
## まとめ
- GLM-5.3はGLM-5.2と同じ基盤モデルを使い、後学習でコーディングと長時間作業を強化
- Z.aiは自社評価での改善と、サイバー防御に関する能力を説明
- 利用はGLM Coding PlanとZCodeから始まり、APIとオープンウェイトは段階公開
- 業務導入では、性能、権限、承認、実行履歴をまとめて評価
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## ClaudeがGmailの返信と送信に対応。Coworkは有料プランへ拡大
> AnthropicがClaudeのGoogle Workspaceコネクタを拡張し、Gmailの送信、返信、転送に対応しました。Claude Coworkもウェブ、デスクトップ、モバイルへ広がっています。承認設定と利用条件を公式情報から整理します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-19 | **Category:** AI最新ニュース
**URL:** https://kylon.io/ja/blog/claude-gmail-cowork-aug-19
**結論:** AnthropicはClaudeのGmail連携を拡張し、メールの送信、返信、転送に対応しました。初期設定では各操作に承認が必要で、TeamとEnterpriseでは管理者が一部の承認設定を決められます。内容はAnthropic公式説明に基づきます。
## この記事の要点
- Gmailでメールの送信、返信、転送に対応
- 初期設定では外部操作のたびに明示的な承認が必要
- TeamとEnterpriseでは管理者が、毎回の承認を省略できる操作の範囲を決められる
- Coworkはデスクトップ、ウェブ、モバイル、Chromeサイドパネルで利用可能。ウェブとモバイルはベータ版
## Gmailで何が変わったのか
これまでのメール支援は、受信内容の検索や返信文の下書きが中心でした。今回の更新では、ClaudeがGmailから送信、返信、転送まで扱えます。下書きを作る機能と、実際に配信する機能は別のリスクを持つため、運用では分けて確認します。対応する操作は公式ドキュメントに記載されています。
### 承認設定が重要になる理由
送信は、受信箱の要約とは異なる外部操作です。初期設定では各操作に明示的な承認が必要です。TeamとEnterpriseでは、管理者がメンバーに対して毎回の承認を省略できる設定を許可するか判断します。すべてのアカウントで承認を省略できるという意味ではありません。
## Claude Coworkの対応範囲
Claude Coworkは、デスクトップ、ウェブ、モバイル、Claude in Chromeのサイドパネルで利用できます。セッションとファイルはClaudeアカウントに保存され、別の画面から作業を再開できます。対応機能と画面ごとの制限はAnthropicの機能表で確認できます。
ウェブとモバイルのCoworkはクラウド上で動きます。ローカルファイル、ブラウザ操作、コンピューター操作は画面ごとに条件が異なるため、デスクトップと同じ作業がすべてできるとは限りません。
## 料金と利用条件
Anthropicの案内では、Coworkは有料プランで利用できます。ウェブとモバイルはPro、Max、Teamが対象で、Enterpriseは管理者が有効にした場合に利用できます。最新の条件は公式の利用開始ガイドを確認してください。Gmail操作の従量料金は同ページに示されていないため、契約中のプランと管理者設定を確認する必要があります。
## チームで試すときの確認項目
- 最初は明示的な承認を必須にする
- 対象のメールボックス、宛先、送信内容の範囲を決める
- 元のスレッド、提案文、最終文面、承認者を記録する
- 誤送信、重複送信、個人情報の取り扱いを確認する
- 外部操作を広げる前に、担当者が確認できる流れを整える
## Kylonのメール業務との違い
今回の更新は、担当者1人が使うアシスタントでできる範囲を広げるものです。チームで運用する場合の論点は、送信できるかどうかよりも、確認の記録、過去のやり取り、毎週発生する作業を、担当者以外も追えるかどうかにあります。
### 送信前の下書きをチャンネルで確認する
KylonではAIエージェントが書いたメールは、そのままでは送信されません。宛先、件名、本文を含む下書きカードがチャンネルに表示され、担当者が内容を修正してから送信します。下書きがチャンネルにあるため、メールボックスの持ち主以外も確認できます。宛先の誤りを、送信前に別の担当者が指摘できます。
### 過去のやり取りを踏まえて返信文を作る
接続したメールボックスの履歴はワークスペースに保存されます。AIエージェントは、その相手と何をやり取りしたかを検索し、返信元のメールを引用して同じスレッドに返せます。履歴はチームも読めるため、担当者が不在のときの引き継ぎに使えます。属人化しやすい顧客対応を、業務標準化の対象にできます。
### 繰り返すメール業務はワークフローにする
受信内容の仕分け、定期的な受信箱の確認、未返信の追いかけ、外部システムの通知を起点とした下書き作成は、同じチャンネルのワークフローとして動かせます。実行履歴が残るため、毎朝チャットで作業内容を説明し直す必要がありません。
これはClaudeのコネクタを否定するものではありません。アシスタントがアカウントの外へ操作を広げるほど、確認と記録をどこに置くかが論点になります。連携できるツールは[Kylonの連携ページ](/ja/integrations)、機能全体の関係は[Kylonとは](/ja/what-is-kylon)で確認できます。
## まとめ
- ClaudeのGmail連携が下書きから送信まで対応
- Coworkは複数の画面に広がったが、画面ごとに制限がある
- 実運用では、送信権限と承認経路を先に定める
- 外部操作の履歴を残すことで、担当者間の引き継ぎを行いやすくする
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Gemini in ChromeがAndroidへ。米国で自動操作機能も提供
> GoogleがGemini in Chromeを米国のAndroidユーザー全体へ提供すると発表しました。AI ProとAI Ultraの加入者は、複数手順のウェブ作業を支援するAuto Browseも利用できます。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-19 | **Category:** AI最新ニュース
**URL:** https://kylon.io/ja/blog/gemini-chrome-android-aug-19
**結論:** GoogleはGemini in Chromeを米国のAndroidユーザー全体へ提供すると発表しました。AI ProとAI Ultraの加入者は、駐車場の予約、定期注文の更新、旅行の整理などを支援するAuto Browseを利用できます。提供地域と機能はGoogle公式発表を参照しています。
## この記事の要点
- Gemini in Chromeが米国のAndroidユーザー全体へ展開
- 長い記事の要約、ページへの質問、Googleアプリとの連携に対応
- AI ProとAI Ultraの加入者はAuto Browseを利用できる
- 一部の重要な操作では、完了前に確認を求める設計
## Androidでできること
Android端末の上部にあるGeminiアイコン、または3点メニューからGemini in Chromeを開きます。表示中のページについて質問したり、長い記事を要約したり、GoogleカレンダーやKeepと連携したりできます。Nano Bananaによる画像のカスタマイズと生成も案内されています。
今回の案内は米国での提供です。米国外のユーザーが同じ機能を利用できるとは限らないため、社内で告知するときは国、端末、アカウント条件を分けて確認します。
## Auto Browseとは
Auto Browseは、複数のページをまたぐウェブ作業を支援する機能です。Googleは、イベント用の駐車場予約、定期注文の更新、旅行の整理を例として挙げています。これはGoogleが示した利用例であり、すべてのサイトや作業に対応することを保証する説明ではありません。
### 料金と対象プラン
Auto Browseの対象は、米国のAndroid端末を使うAI ProとAI Ultraの加入者です。今回の公式発表にはAuto Browse単体の従量料金は記載されていないため、実際の利用では契約プラン、地域、アカウントの提供状況を確認します。
## 安全性と確認の境界
Googleは、プロンプトインジェクションのような既知の脅威を検出するようモデルを訓練していると説明しています。また、Auto Browseは一部の重要な操作を完了する前に確認を求める設計です。安全性に関する説明は公式記事に記載されています。
ブラウザエージェントを業務で使う場合、確認が必要な操作と、読み取りだけで進めてよい操作を分けます。購入、アカウント変更、個人情報の入力などは、テスト用アカウントから始めるのが適切です。
## 他の実行型アシスタントとの違い
Gemini in Chromeはブラウザを作業画面として使います。Claude Coworkは複数の画面でファイルやツールを扱い、Google WorkspaceコネクタではGmailの送信、返信、転送にも対応しています。機能の範囲はClaudeの公式説明とCoworkの公式説明で確認できます。
比較するときは、操作できる数だけでなく、権限の範囲、確認する人、失敗時の復旧、作業後の記録を見ます。作業が完了しても共有記録が残らなければ、次の担当者が確認する手間は残ります。
## 最初に試す業務
- 機密情報を含まないテスト用アカウントを使う
- 読み取りと、取り消し可能な更新から始める
- 訪問したページと提案された操作を記録する
- 確認や追加質問が発生した回数を測る
- サイトの画面変更や自動操作の拒否が起きた場合の対応を決める
## Kylonで業務の文脈を共有する
ブラウザ操作を業務に組み込むには、依頼、参照リンク、権限、判断、結果を同じ流れで残す必要があります。Kylonでは、チャンネル、ファイル、AIエージェント、コネクション、スキル、ワークフローを同じワークスペースで扱えます。担当者が確認した内容を、次の業務のナレッジ共有に戻せます。
## まとめ
- Gemini in Chromeが米国のAndroidユーザーへ展開
- Auto BrowseはAI ProとAI Ultraの加入者向け
- 重要な操作では確認を求める設計がある
- 導入時は地域、権限、確認経路、完了記録を一緒に評価する
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## OpenAIがChatGPT広告を欧州31市場へ拡大
> OpenAIがChatGPT広告を欧州31か国へ拡大すると発表しました。広告はFreeとGoの利用者に表示され、Plus、Pro、Enterpriseは広告なしの方針です。広告主の利用条件と測定機能を整理します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-19 | **Category:** AI最新ニュース
**URL:** https://kylon.io/ja/blog/chatgpt-ads-europe-aug-19
**結論:** OpenAIはChatGPT広告を欧州31か国へ拡大すると発表しました。広告はFreeとGoの利用者に表示され、Plus、Pro、Enterpriseは広告なしの方針です。市場、対象プラン、広告主の利用経路はOpenAI公式発表に基づきます。
## この記事の要点
- ドイツ、フランス、スペイン、イタリアなど欧州31か国へ拡大
- 広告の表示対象はFreeとGo。Plus、Pro、Enterpriseは広告なし
- 初期はOpenAIの広告チーム、代理店、技術パートナー経由で利用
- 入札、地域指定、カスタムオーディエンス、コンバージョン測定を順次整備
## 欧州で何が変わるのか
OpenAIは、ChatGPT広告をドイツ、フランス、スペイン、イタリア、スウェーデン、ノルウェー、デンマーク、オランダ、オーストリアなど31か国へ拡大すると案内しました。開始時期は来週とされており、具体的な日付は公式発表では示されていません。
OpenAIは、米国で2月に試験を始め、その後8つの市場へ拡大してきたと説明しています。今回の欧州31市場の追加は、これまでで最大の拡大です。
## 会話の中で広告を出す意味
ChatGPTでは、短い検索語だけでなく、目的、条件、迷っている点を文章で説明できます。OpenAIは、旅行の計画、業務ソフトの選択、家具選び、学習、趣味の始め方などを例として挙げています。広告主にとっては、検索語ではなく、利用者が説明した課題に近い場面で情報を届ける設計です。
ただし、今回の発表は広告が回答を変えることや購入を保証するものではありません。OpenAIは、利用者が比較や検討を進める場面で広告を表示する機会として説明しています。
## 広告主の利用経路と測定
欧州での初期利用は、OpenAI Ads Solutionsチーム、代理店パートナー、技術パートナーを通じて行います。Ads Managerによるセルフサービスは今夏後半に予定されていますが、具体的な日付は示されていません。
OpenAIは、CPMとCPCに加えてコンバージョン最適化、地域指定、カスタムオーディエンスを拡張したと説明しています。OpenAI Pixel、Conversions API、第三者計測との連携も案内されています。料金表や欧州全体の一律単価は、今回の発表には記載されていません。
## プライバシーと回答の分離
OpenAIは、会話を広告主から非公開にし、顧客データを販売しないと説明しています。また、広告は明確に表示され、ChatGPTの回答とは分離され、回答内容に影響しないとしています。これらはOpenAIが示す広告方針であり、広告主側の同意、計測、地域ごとの法令対応は別途確認が必要です。
## 既存の検索広告との違い
検索広告では、検索語と入札の組み合わせが基本になります。ChatGPT広告は、利用者が文章で説明した目的や条件に近い場面での発見を想定しています。マーケティング担当者は、ブランド名ではなく、顧客が解決したい業務課題を説明できるページを用意する必要があります。
Kylonでは、KylonやKylon AIのブランドキーワードをGoogle広告で購入しない方針を採用しています。ChatGPT広告を検討する場合も、すでにKylonを探している利用者を取りに行くのではなく、非ブランドの課題と完了した成果で評価します。
## マーケティング担当者が準備すること
- ブランド名に頼らず、顧客課題を説明する広告とページを用意する
- クリックではなく、商談や完了した業務などの指標を定める
- 計測、同意、地域別レポートの条件を事前に確認する
- 既存チャネルと増分の成果で比較する
- 広告表示の文脈と、利用者が求めている制約条件を記録する
## まとめ
- ChatGPT広告が欧州31市場へ拡大
- 表示対象はFreeとGo。Plus、Pro、Enterpriseは広告なし
- 初期はパートナー経由で、セルフサービスは今夏後半に予定
- 会話型の発見を評価するには、課題、計測、プライバシーを一緒に設計する
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Claudeのコンピューター操作、スキル、ファイル管理が正式提供へ
> AnthropicがClaude Platformのコンピューター操作、ブラウザ操作、Skills API、Files APIを一般提供しました。ソフトウェアを操作し、チームの手順を使い、完成したファイルを返すエージェントを組み立てるための機能を、公式発表から整理します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-08-20 | **Category:** AI最新ニュース
**URL:** https://kylon.io/ja/blog/claude-platform-agent-tools-ga-aug-20
**結論:** Anthropicは、Claude Platformのコンピューター操作、ブラウザ操作、Skills API、Files APIを一般提供しました。ソフトウェアを操作し、チームの手順を参照し、完成したファイルを返すエージェントを、開発者が組み立てやすくなります。機能と提供状況はAnthropic公式発表を参照しています。
## この記事の要点
- コンピューター操作が複数の操作を1回の応答で進められるようになり、ブラウザ操作機能も追加
- Skills APIでチーム独自の手順、スクリプト、テンプレートをアップロードして版管理できる
- Files APIでPDFや表計算ファイルを保存し、後の処理で参照できる
- Claude Platformで一般提供。Skills APIとFiles APIはMicrosoft Foundryでも利用でき、クラウド別の提供条件は異なる
## 今回の一般提供で何が変わるのか
Anthropicは、エージェントが画面を見ながらクリック、入力、スクロールを行うコンピューター操作を提供してきました。今回の更新では、1回のモデル呼び出しごとに1操作を行うのではなく、1回の応答で複数の操作を進められるようになりました。新しいブラウザ操作機能は、スクリーンショットだけでなくページの構造も参照し、画面上の位置だけに依存せず、対象の入力欄やボタンを指定します。詳しくは公式発表で確認できます。
### コンピューター操作とブラウザ操作
ブラウザ操作は、業務システムのように専用の連携機能がない画面を扱う場面を想定しています。Anthropicは、保険会社のウェブポータルへ申請内容を入力する例を示しています。実際の業務では、許可する画面、入力できる情報、操作前に確認する人を先に決めます。
### Skills APIで手順を再利用する
Skills APIでは、指示、スクリプト、テンプレートを含むフォルダをスキルとしてアップロードし、版を管理できます。Anthropicは、スキルがClaudeのコード実行用サンドボックスで動くため、利用者がスキルの実行環境を個別にホストする必要はないと説明しています。出典はAnthropic公式発表です。
たとえば、保険の申請手順、金融機関の審査メモの形式、社内レビューの確認項目を、再利用できる手順としてまとめられます。手順をスキルにしただけで内容が正しくなるわけではありません。担当者、改訂日、確認方法を業務標準化の一部として管理する必要があります。
### Files APIで資料を参照する
Files APIは、エージェントが読む資料や作成したファイルを保存するための機能です。Anthropicによると、PDFや表計算ファイルを一度アップロードし、後のリクエストでは識別子で参照できます。一般提供時の変更として、自動的なファイル有効期限、従来の5倍のレート上限、組織あたり1TBの保存容量も案内されています。詳しくは公式発表を確認してください。
## Anthropicが示す一連の業務フロー
Anthropicは、申請書類を扱うエージェントを例にしています。エージェントがFiles APIの受付資料を読み、社内手順をまとめたスキルに従い、ブラウザ操作で保険会社のポータルに入力し、完了通知をファイルとして保存する流れです。この例は公式発表に記載されています。
- 資料が案件の文脈を渡す
- スキルがチームの手順を渡す
- コンピューター操作とブラウザ操作が画面上の作業を進める
- Files APIが作成物と完了記録を保存する
重要なのは、資料、手順、画面操作、成果物を1つの流れとして組み合わせられる点です。文章を生成するだけでなく、作業の開始から完了までを設計するための部品がそろいます。
## 提供先、料金、利用条件
Anthropicは、コンピューター操作、ブラウザ操作、Skills API、Files APIをClaude Platformで利用できると説明しています。Skills APIとFiles APIはMicrosoft Foundryでも利用できます。更新されたコンピューター操作とブラウザ操作は、Google CloudのVertex AIにも順次提供予定です。既存のベータ連携は移行中も動作すると案内されています。提供先の詳細は公式発表を参照してください。
今回の発表には、機能ごとの単独料金表は掲載されていません。実際の費用は、Claude Platform、Microsoft Foundry、クラウド契約の条件に加えて、モデル利用、ツール操作、保存容量の課金を確認して見積もります。
## 他のAIエージェント基盤との違い
今回の更新は、開発者が自社のエージェントアプリに組み込むための部品を提供するものです。すぐに使える対話画面を中心にしたアシスタントや、既存のオフィスソフトに組み込まれた支援機能とは、組み立てる場所が異なります。KylonのようなAIネイティブなワークスペースでは、AIエージェントの作業だけでなく、チャンネル、権限、確認、コネクション、繰り返すワークフローも同じ場所で管理します。
## チームで試すときの確認項目
- 機密情報を含まない資料と、取り消し可能なブラウザ操作から始める
- コンピューター操作とブラウザ操作は、最初は人の承認を必須にする
- スキルに担当者と改訂日を付け、実運用の資料へ接続する前に確認する
- ファイルの保存期間、参照権限、完了を示す記録を決める
- 修正回数、操作が止まった回数、完了までの時間、担当者への引き継ぎを測る
## まとめ
- Anthropicがコンピューター操作、ブラウザ操作、Skills API、Files APIを一般提供
- 資料、チームの手順、画面操作、完成ファイルを1つの業務フローに組み込める
- 提供先と料金は契約形態によって異なるため、利用前に確認が必要
- 導入では、権限、承認、保存期間、担当者、実行履歴を業務標準化の対象として設計する
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## GPT-6 AstraがChatGPT Plusへ。20ドルプランへの段階的な提供で変わること
> OpenAIがGPT-6 AstraをChatGPT Plus、Pro、Business、Enterpriseへ段階的に提供しています。コンピューター操作、コーディング、調査、料金、提供先、導入前に確認したい点を公式情報から整理します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-09-07 | **Category:** AI最新ニュース
**URL:** https://kylon.io/ja/blog/openai-gpt-6-astra-plus-rollout-sept-2026
**結論:** OpenAIがGPT-6 Astraを、月額20ドルのChatGPT Plusを含む有料プランへ段階的に提供しています。9月3日に限定的な提供で始まったモデルが、より広い利用者へ移る動きです。提供状況と機能はOpenAI公式発表をもとに整理しています。
## この記事の要点
- GPT-6 AstraはChatGPT Plus、Pro、Business、Enterpriseへ段階的に提供
- コンピューター操作、ブラウザ調査、コーディング、資料作成、科学分野の作業を想定
- APIでは入力100万トークンあたり10ドル、出力100万トークンあたり50ドル
- Plusでは製品の画面によって提供時期や利用枠が異なるため、導入前の確認が必要
- モデルの性能だけでなく、権限、承認、実行履歴まで業務単位で評価する
## GPT-6 Astraは何ができるのか
OpenAIはGPT-6 Astraを、コンピューター操作、ウェブ閲覧、ソフトウェア開発、サイバーセキュリティ、科学、専門業務向けのモデルと説明しています。オンラインフォームへの入力、顧客管理システムの更新、カレンダー整理、調査、文書作成、データ分析、ウェブサイト制作、画面の動作確認などが例として挙げられています。これは公式発表で示された想定用途であり、すべての業務で同じ結果が得られることを意味しません。出典は公式発表です。
### 長い業務を進めるための文脈維持
指示が途中で変わったときに、もとの目的や制約を保ったまま作業を続けることも、今回の説明に含まれています。OpenAIによると、結果を左右する判断では確認を求め、Codexでは返答を待つ必要のない作業を先に進める設計が示されています。実際の導入では、どの場面で人に確認するかを先に決めます。
## ChatGPT Plusへの提供で変わること
OpenAIは、GPT-6 AstraをChatGPT Plus、Pro、Business、Enterpriseへ数日かけて提供すると案内しています。既存の契約に含まれる利用枠で使い、追加利用が必要な場合はクレジットを購入できる仕組みです。Enterpriseでは、管理者がワークスペースで有効化する必要があり、提供開始時は初期設定で無効になっています。
段階的な提供のため、同じ契約でもChat、Work、Codexなどの画面で利用開始の時期が異なる場合があります。OpenAIのヘルプでは、GPT-6 AstraについてPlusはWorkとCodexで段階的に提供され、ProはChat、Work、Codexで提供される構成が案内されています。最新の条件はOpenAIヘルプセンターで確認してください。
## APIの料金と提供先
開発者はAPIでモデル名gpt-6-astraを指定して利用できます。Microsoft AzureとAWS Bedrockにも提供されます。標準処理の料金は入力100万トークンあたり10ドル、出力100万トークンあたり50ドルです。キャッシュの読み取りと書き込みには別料金があり、高速処理は標準処理の最大2倍の速度を、標準料金の2倍で利用できると説明されています。詳しくは公式発表を参照してください。
## ClaudeやGeminiとの比較で見るべき点
OpenAIの比較表には、Claude Fable 5.1、Claude Opus 5、Gemini 3.8 Flashが並んでいます。たとえばOSWorld 2.0ではGPT-6 Astraが72.6%、GPT-5.6 Solが65.7%、Terminal-Bench 4.0ではGPT-6 Astraが57.9%、Claude Fable 5.1が55.8%と報告されています。これらはOpenAIが公開した測定値です。ベンチマークだけで導入モデルを決めず、自社の代表的な業務で確認してください。出典は比較表です。
- コンピューター操作: ブラウザや業務画面での入力、検索、確認を実際の権限設定で試す
- コーディング: リポジトリ、テスト、レビュー、戻し方まで含めて比較する
- 長時間の業務: 文脈が変化したときの引き継ぎと、失敗時の復旧を測る
- 統制: 外部送信やデータ変更の前に、人が内容を確認できるかを見る
## 導入前にチームが確認したい5項目
- 許可したデータとツール以外へアクセスしないか
- 顧客情報、金銭、コード変更など重要な操作で確認を求めるか
- 画面やツールのエラーから、どの程度自力で復旧できるか
- 再試行と人の確認を含めた、業務完了あたりの費用はいくらか
- 別の担当者が、依頼、判断、結果を実行履歴から引き継げるか
## AIネイティブなワークスペースでの位置づけ
モデルが高性能になっても、業務に組み込むには依頼、参照資料、権限、接続先、承認、成果物を同じ流れで管理する必要があります。Kylonでは、チャンネル、AIエージェント、コネクション、ファイル、スキル、ワークフローを同じワークスペースで扱い、モデルを変更しても業務の文脈と確認記録を残せます。
## まとめ
- GPT-6 AstraがChatGPT Plusを含む有料プランへ段階的に提供される
- コンピューター操作、調査、コーディング、資料作成などを想定している
- API料金は入力10ドル、出力50ドル。いずれも100万トークンあたり
- 導入判断ではモデルの数値だけでなく、権限、承認、復旧、完了単価を確認する
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## ChatGPT Images 2.5を発表。画像生成と編集の精度、速度、進め方が変わる
> OpenAIがChatGPT Images 2.5を発表しました。参照画像の再現性、部分編集、複数回の編集、スケッチからの生成、開発者向けモデルの提供条件を公式発表から整理します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-09-08 | **Category:** AI最新ニュース
**URL:** https://kylon.io/ja/blog/chatgpt-images-2-5-launch-sept-2026
**結論:** OpenAIがChatGPT Images 2.5を発表しました。参照画像の特徴を保ちながら編集する精度、複数回の編集を続ける一貫性、生成速度を改善した画像生成モデルです。OpenAIの公式発表をもとに、変更点と業務で確認したい項目を整理します。公式発表はこちら。
## この記事の要点
- 参照画像の人物や商品の特徴を保ちやすくなり、光や質感も改善
- 部分的な修正と複数回の編集に対応し、変更しない部分を保ちやすくなった
- スケッチ、テンプレート、画像上のコメント、指示文の共有を追加
- OpenAIは前世代の画像モデルと比べて生成の待ち時間を最大50%短縮したと説明
- 開発者向けにはGPT-Image-2.5 FlareとSunburstを提供
## ChatGPT Images 2.5で変わったこと
OpenAIによると、ChatGPT Images 2.5は参照写真をもとにした画像で、人物や商品の特徴を保ちやすくなりました。光、質感、複雑な背景を含む画像でも、指定した編集内容を反映しやすくすることを狙っています。これは公式発表で示された機能説明であり、すべての指示や業務で同じ結果が得られることを意味しません。出典: OpenAI。
### 一部だけを修正し、複数回の編集を続ける
商品の背景だけを変更する、画像内の文言だけを直す、人物の服装だけを調整する。こうした部分修正で、指定していない部分を保つことが今回の中心です。複数回の編集でも前の変更を引き継ぎやすくする設計が説明されています。
## 制作の進め方を変える4つの機能
- **スケッチ** ChatGPT上で簡単な構図や形を描き、完成画像の参考として使えます
- **テンプレート** ポスターや商品画像など、用途に合う形式から始められます
- **画像上のコメント** 修正したい箇所を画像に直接示し、指示を具体化できます
- **指示文の共有** 作成に使った指示文を共有し、別の画像や条件で試せます
スケッチ機能はChatGPTで@Sketchと入力して使う方法が案内されています。各機能の提供条件は、利用する画面や契約によって変わる可能性があるため、利用前に公式情報を確認してください。OpenAI公式発表。
## 提供状況と開発者向けモデル
ChatGPT Images 2.5は、デスクトップ、モバイル、ウェブのChatGPT、ChatGPT Work、Codexの利用者へ提供が始まっています。開発者向けには、通常の用途を想定したGPT-Image-2.5 Flareと、詳細な編集を重視するGPT-Image-2.5 Sunburstが用意されました。料金は別ページで確認する必要があります。開発者向け料金。
## どのチームに向いているか
広告や商品画像を複数の形式に展開するチーム、人物や商品の特徴を保ったまま案を増やしたいチーム、ラフな構図から制作を始めたいチームに関係する更新です。特に、修正指示を何度も受ける制作では、1回目の見栄えよりも、指定した箇所だけを変えられるかが重要になります。
## 導入前に確認したい5項目
- 人物、商品、ロゴなど、変えてはいけない要素を保てるか
- 複数回の編集で、前の修正が崩れないか
- 生成から承認までにかかる時間と、承認済み画像あたりの費用
- 参照画像、指示文、修正履歴をチームで引き継げるか
- 外部公開する画像の権利、表示、確認手順を決められるか
## AIネイティブなワークスペースでの位置づけ
画像生成モデルを更新しても、制作業務には依頼、素材、権限、レビュー、完成ファイルの管理が残ります。Kylonでは、チャンネル、AIエージェント、ファイル、コネクション、スキル、ワークフローを同じワークスペースで扱い、モデルの出力だけでなく判断の経緯も共有できます。
## まとめ
- ChatGPT Images 2.5は参照画像の再現性、部分編集、複数回の編集、速度を改善
- スケッチやテンプレートで、制作の出発点を具体化できる
- 開発者向けにFlareとSunburstを提供。料金と利用上限は公式情報で確認
- 導入判断では、最初の1枚ではなく修正を重ねたときの一貫性を確認する
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Google DeepMindがAlphaGenome Atlasを発表。約90億件の遺伝子変化を検索可能に
> Google DeepMindが、ヒトゲノムの一塩基変異が分子生物学に与える影響を予測するAlphaGenome Atlasを発表しました。収録内容、研究での使い方、提供状況を公式発表から整理します。
**Author:** つきのこ · ソリューションエンジニア | **Date:** 2026-09-08 | **Category:** AI最新ニュース
**URL:** https://kylon.io/ja/blog/alphagenome-atlas-launch-sept-2026
**結論:** Google DeepMindが、ヒトゲノムにある一塩基変異の影響を予測し、検索できるデータベースAlphaGenome Atlasを発表しました。約90億件の一文字変化をあらかじめ計算し、研究者が候補を絞り込むための入口を提供します。公式発表はこちら。
## この記事の要点
- ヒトゲノムの一塩基変異が分子生物学に与える影響を予測
- 約90億件の変化をあらかじめ計算し、約1ペタバイトのデータとして収録
- コード領域と非コード領域の予測をまとめる変異影響スコアを追加
- 研究者向けのウェブ画面から、コードを書かずに検索可能
- 予測結果は仮説の優先順位付けを支援するもので、実験や臨床判断を置き換えない
## AlphaGenome Atlasとは
Google DeepMindによると、ヒトゲノムは約30億塩基対で構成されています。たんぱく質を直接コードする領域以外にも、遺伝子の働きに関わる調節領域があります。AlphaGenome Atlasは、AlphaGenomeモデルを使って一文字の変化が分子過程に与える影響を計算し、研究者が調べやすい形でまとめたものです。出典: Google DeepMind。
### 変異影響スコアで候補を絞り込む
Atlasには、コード領域と非コード領域の予測を組み合わせた変異影響スコアがあります。研究者は大量の予測値をすべて確認するのではなく、影響が大きい可能性のある候補から詳しく調べる順番を決められます。
## 公式発表で紹介された研究例
- Broad Instituteでは、未解決の希少疾患研究で候補変異を優先順位付けし、DNM1遺伝子の変異が誤ったスプライス部位を作る可能性を示した
- UK Biobankの5万4,000人以上のデータでは、予測された分子影響で変異をまとめることで、非コード領域の遺伝的関連を22%多く見つけたと説明
- 影響が大きい上位1%の変異に絞り、BMIに関係する19の遺伝領域を特定したと報告
これらはGoogle DeepMindが発表した研究例です。モデルの予測は研究仮説を立てるための材料であり、診断結果や臨床上の結論ではありません。研究で使う場合は、データの出典、計算条件、再現手順、実験による検証を別に記録します。公式発表。
## 提供状況と利用方法
AlphaGenome Atlasは、研究者や生物学者がコードを書かずに検索できるウェブ画面で提供されています。Google DeepMindは、研究者が予測結果を調べ、次の仮説を選ぶための利用を想定しています。Atlasの画面を開く。
## AlphaFoldとの違いから見る位置づけ
AlphaFoldはたんぱく質の構造予測を大規模に扱いました。AlphaGenome Atlasは、遺伝子配列の変化が調節や分子過程に与える影響を調べるためのデータベースです。扱う対象も、必要な検証方法も異なりますが、計算済みの予測結果を検索可能にし、研究の出発点を共有するという考え方には共通点があります。
## どの研究チームに向いているか
- 希少疾患や非コード領域の変異を研究するチーム
- 実験候補を優先順位付けしたい生物学研究者
- コホートデータとモデル予測を組み合わせるデータ分析チーム
- 検索条件、予測、判断、検証を再現可能な形で残したい研究組織
## AIネイティブな研究ワークフローでの位置づけ
研究業務では、モデルを見つけるだけでなく、問い、データの出典、予測、レビュー、次の実験をつなげて記録する必要があります。Kylonでは、チャンネル、AIエージェント、ファイル、スキル、ワークフローを同じワークスペースで扱い、予測結果をチームの確認と引き継ぎに組み込めます。
## まとめ
- AlphaGenome Atlasは、一塩基変異の影響予測を検索できる研究向けデータベース
- 約90億件の変化と変異影響スコアにより、候補の優先順位付けを支援
- コード不要のウェブ画面で研究者が利用できる
- 予測は仮説形成の材料であり、実験や臨床上の判断には別の検証が必要
[無料相談を予約する](https://cal.com/team/kylon/kylon-product-introduction)
---
# Use Case Articles
## How a US Hospitality Firm Built an AI Sales Pipeline with Kylon
> A US-based hospitality company used Kylon to automate 1,000-contact outreach, AI reply scoring, and lead routing.
**URL:** https://kylon.io/use-cases/ai-sales-pipeline
## The Challenge
The company sells premium event packages to corporate decision-makers, brand managers, and event planners across the United States. Their sales team was small. One coordinator could handle about 20 personalized emails a day. At that rate, reaching 1,000 qualified prospects would take months. And the follow-up sequences that actually convert were falling through the cracks.
## What They Built with Kylon
### Lead Sourcing with Apollo
The head of business development asked a Kylon agent to pull a targeted list from Apollo. The agent searched for decision-makers matching their ideal customer profile and built a list of **1,000 contacts** with verified email addresses, company names, titles, and firmographic signals. The list lives inside Kylon as a structured dataset. No export-import dance between Apollo and a spreadsheet.
### Automated Email Sequences
The agent sends **30 personalized cold emails per day**, spaced throughout the day to avoid spam filters. Each email is tailored based on the prospect's company and role. The system follows a multi-step sequence:
- **Initial email** with a personalized hook based on company signals
- **Follow-up emails** if no reply
- **Break-up email** after a set number of attempts, ending the sequence respectfully
The agent handles the entire sequence autonomously. For high-volume cold outreach, the team chose to let the agent send without manual approval on each message, trading per-email control for throughput.
### AI Reply Scoring and Routing
When prospects reply, the agent scores each response:
- **Hot**: The prospect is interested and wants to learn more
- **Warm**: They asked a question (pricing, availability, details)
- **Cold**: Not interested, out of office, or unsubscribe requests
For hot and warm replies, the agent checks whether it has the information to respond. If someone asks "How much is a weekend package?", the agent looks up the answer from its knowledge base and replies directly. If the prospect says "I'm interested, tell me more," the agent sends a calendar link to book a call with the sales coordinator.
For replies the agent can't handle confidently, it escalates by CC'ing the human sales coordinator, who picks it up manually.
## See It in Action
The chat panel shows real-time agent updates. The dashboard tracks every lead's status, score, and last action. No tab-switching. No copy-paste between tools.
*[Interactive UI preview: Kylon outreach pipeline workspace showing chat and lead dashboard]*
## Continuous Improvement
The head of BD periodically reviews the agent's sent replies. When he spots a response that doesn't match the brand voice or misses a nuance, he screenshots it and sends it to the agent in the room. The agent updates its internal guidelines and improves over time.
The team also uses **room guidelines** to set behavioral rules the agent follows: tone, escalation thresholds, and which topics require human sign-off.
## Results
- **30 personalized emails sent daily** without any human effort
- **80%+ of replies handled by AI**, with only edge cases escalated
- **Sales call bookings happen end-to-end** without manual scheduling
- **The agent improves over time** through screenshot feedback and guideline updates
- **One sales coordinator** manages what previously would have required a team of 3-4 SDRs
## What Makes This Work
This isn't a chatbot bolted onto a CRM. The agent lives in the same workspace as the sales team. It reads the same guidelines, operates on the same data, and gets corrected in real time. The feedback loop is measured in minutes, not sprint cycles.
- **Apollo integration** for lead data without manual imports
- **Email connection** for sending and receiving directly from the company's domain
- **Room guidelines** as a living playbook the agent follows
- **Database App** as a shared source of truth for the pipeline
- **Human-in-the-loop** where it matters, fully autonomous where it doesn't
If your calls are recorded in Fathom, the pipeline update can start from the summary instead of memory. See [Kylon for Fathom users](/solutions/fathom).
### Japanese Version: Kylonで構築した、米国ホスピタリティ企業のAI営業パイプライン
## 課題
同社は米国全土で、法人の意思決定者、ブランド担当者、イベントプランナーに高付加価値のイベントパッケージを提供しています。しかし営業組織は少人数でした。担当者1人が1日に作成できる個別最適化メールは約20通です。このペースでは、条件に合う1,000件の見込み顧客に接触するまで数か月を要します。本来成約につながるはずのフォローアップも、日々の業務の中で漏れていました。
## Kylonで構築した営業基盤
### Apolloを活用した見込み顧客の抽出
事業開発責任者はKylonのAIエージェントに、Apolloから対象リストを抽出するよう依頼しました。エージェントは理想顧客像に合致する意思決定者を検索し、検証済みメールアドレス、企業名、役職、企業属性を含む1,000件の連絡先を整備しました。リストはKylon内で構造化データとして管理されます。Apolloから表計算ソフトへ書き出し、再び取り込む作業は不要です。
### メールシーケンスの自動化
AIエージェントは迷惑メール判定を避けるため、時間帯を分散させながら1日30通の個別最適化メールを送信します。送信内容は相手企業と役割に合わせて調整され、複数段階のシーケンスで運用されます。
- **初回メール**：企業に関する情報を起点にした、相手別の導入提案
- **フォローアップメール**：返信がない場合に送る追加連絡
- **終了メール**：所定回数の連絡後、丁寧にシーケンスを終了する案内
AIエージェントがシーケンス全体を自律的に処理します。大量の新規開拓では、チームは1通ごとの承認よりも処理量を優先し、エージェントによる自動送信を選びました。
### 返信のAI判定と担当者への振り分け
見込み顧客から返信が届くと、AIエージェントは内容を次のように判定します。
- **確度高**：関心があり、詳しい説明を求めている
- **検討中**：価格、空き状況、詳細について質問がある
- **対象外**：関心がない、不在通知、配信停止の依頼
確度高または検討中の返信に対して、AIエージェントは回答に必要な情報を持っているかを確認します。「週末向けパッケージはいくらですか」と尋ねられた場合は、ナレッジベースから回答を参照して直接返信します。「興味があります。詳しく聞かせてください」という返信には、営業担当者との商談予約用カレンダーを案内します。
AIエージェントが確信を持って対応できない内容は、人間の営業担当者をメールに加えて引き継ぎます。
## 運用画面
チャット画面にはAIエージェントの更新がリアルタイムで表示されます。ダッシュボードでは、各見込み顧客の状況、確度、直近のアクションを追跡できます。画面を切り替えたり、ツール間で情報を転記したりする必要はありません。
*[Interactive UI preview: Kylon outreach pipeline workspace showing chat and lead dashboard]*
## 商談の前後をつなぐ。更新案を承認してから記録を変える
新規開拓で商談が入ったあと、作業は**記録の更新**に移ります。商談メモを読み返し、確度や次回予定を顧客管理システムに書き写し、社内に共有する。この転記が後回しになると、翌週のパイプライン確認の時点で数字が実態とずれます。
市場でも同じ工程に手が入り始めています。Pipedriveは2026年9月16日、商談前のブリーフ作成、会話の記録、商談後のCRM更新案の作成までを担い、**更新は担当者が確認して承認するまで反映しない**仕組みを一般提供しました（出典：Pipedrive「Nova」製品ページ、2026年9月18日参照）。承認を挟む設計が前提になってきた、という市場の動きとして参照しています。KylonがPipedriveやHubSpotと専用連携を持つという意味ではありません。
同社では、この工程をルーム内のAIエージェントに寄せています。商談メモとメールのやりとりを読み、案件ごとに変更案を作り、**承認カードとして会話に出す**。記録が変わるのは承認したあとです。
この置き方には、記録の精度以外にも効果があります。**だれが何を根拠に承認したのかが会話に残る**ため、判断基準が担当者個人に留まりません。担当が替わったときの引き継ぎ材料になり、営業プロセスの業務標準化にもつながります。AIワークフローの設計手順はAI Workspaceとはをあわせてご覧ください。
## 継続的な改善
事業開発責任者は定期的にAIエージェントの送信返信を確認します。ブランドの文体に合わない表現や、意図を取りこぼした対応を見つけた場合は、画面を共有してルーム内でエージェントに伝えます。AIエージェントは内部ガイドラインを更新し、運用を重ねるほど対応品質を高めます。
チームはルームガイドラインを使い、文体、エスカレーションの基準、人による承認が必要なテーマなど、AIエージェントが従う行動ルールを定めています。
## 成果
- **1日30通の個別最適化メール**を、人手をかけずに送信
- **返信の80％以上をAIが処理**し、例外案件のみを担当者へ引き継ぎ
- **商談予約を一気通貫で実施**し、日程調整の手作業を削減
- **画面共有によるフィードバックとガイドライン更新**で、AIエージェントが継続的に改善
- **営業担当者1人**で、従来は3〜4人のインサイドセールス担当者が必要だった業務量を管理
## この仕組みが機能する理由
これは顧客管理システムに後付けしたチャットボットではありません。AIエージェントは営業チームと同じワークスペースで稼働し、同じガイドラインを読み、同じデータを扱い、リアルタイムで修正を受けます。改善のフィードバックループは、開発の区切りを待つのではなく数分単位で回ります。
- **Apollo連携**：手作業による取り込みなしで見込み顧客データを活用
- **メール連携**：自社ドメインからの送受信を直接実行
- **ルームガイドライン**：AIエージェントが従う、更新可能な業務手順書
- **データベースアプリ**：営業パイプラインの共有された唯一の正しい情報源
- **人による確認**：重要な場面では人が判断し、それ以外は自律運用
---
## How an AI Startup Automated Talent Sourcing with Kylon
> A growing AI startup built a recruiting system where agents parse resumes, score candidates against open roles, and manage outreach, all from one room with a structured database.
**URL:** https://kylon.io/use-cases/talent-sourcing
## The Challenge
A fast-growing AI startup was hiring across engineering, research, and go-to-market. Resumes arrived from multiple sources: referrals, inbound applications, recruiter outreach. But candidate data lived in email threads, shared drives, and spreadsheets. No single view of the pipeline. No consistent scoring. Every new role meant rebuilding the same manual process.
## One Room, One Database, Full Visibility
The team set up a single Kylon room for recruiting. Inside it, they built a **Database App** as their applicant tracking system. Every candidate became a structured record: name, contact info, resume, experience summary, skills, education, source, and status.
Job descriptions were also maintained in the same database. Each JD included role requirements, team, seniority level, and evaluation criteria. This gave the system a structured foundation to work from.
- **Candidate records** created automatically when resumes are uploaded
- **JD records** maintained with requirements, skills, and evaluation criteria
- **Pipeline status** visible to the entire hiring team in one place
## Upload a Resume, Agent Does the Rest
When a recruiter uploaded a resume or forwarded a candidate email, the agent automatically parsed the document: extracting work history, education, skills, certifications, and career trajectory. The parsed data was written directly into the candidate record in the database.
### Automatic Scoring Against Open Roles
Every new candidate was scored against all active JDs in the database. The agent compared skills, experience level, industry background, and role requirements to produce a **match score** for each open position. Recruiters saw which roles a candidate fit best, without manual comparison.
- **Resume parsing** extracts structured data from PDFs and documents automatically
- **Match scoring** evaluates every candidate against every open JD
- **Recruiters review ranked shortlists** instead of reading every resume manually
## See It in Action
The left panel shows agent updates and recruiter discussions. The right panel tracks every candidate's match scores, status, and next action in the ATS database.
*[Interactive UI preview: Kylon talent sourcing pipeline workspace]*
## Outreach and Scheduling Through Email
When a recruiter approved a candidate for outreach, the agent drafted a personalized email using the candidate's background and the role context. Emails were sent through the team's connected email account. Interview invitations, follow-ups, and rejection notices all flowed through the same system.
Calendar integration meant the agent could check interviewer availability and propose time slots. Confirmed interviews were written back to the candidate record. No copying between inbox, calendar, and tracker.
- **Personalized outreach** drafted by the agent, reviewed by the recruiter
- **Interview scheduling** with calendar integration
- **All communication history** attached to the candidate record
## Reactivating Your Talent Pool
As the database grew, the system became more valuable. When a new role opened, the agent automatically scanned the existing talent pool for past candidates who matched. Instead of sourcing from scratch, the team received a **shortlist of candidates already in the system** who fit the new requirements.
The agent also identified candidates who had been in the pipeline for a while without activity. It suggested reactivation campaigns: a personalized email to check if they were still open to opportunities, an update about a new role that matched their background, or a simple check-in. All sent through the connected email account.
- **Automatic candidate suggestions** when new JDs are added to the database
- **Reactivation campaigns** for dormant candidates via email
- **Talent pool grows over time** instead of being rebuilt for each role
- **No candidate falls through the cracks** because the system proactively surfaces matches
## Results
- **200+ candidates processed per role** with automated parsing and scoring
- **80% of initial screening automated** before recruiter review
- **Time to first contact cut from days to hours**
- **One unified pipeline** replaced scattered spreadsheets, email threads, and shared drives
## What Makes This Work
This is not a chatbot answering questions about hiring. The agent lives in the same workspace as the recruiting team, reads the same guidelines, maintains the same database, and handles routine operations while recruiters focus on candidate experience and hiring decisions.
- **Database App** as a custom ATS with structured candidate and JD records
- **Agent parsing** turns unstructured resumes into structured, searchable data
- **Match scoring** connects every candidate to every open role automatically
- **Email connection** for outreach, scheduling, and follow-up
- **Room collaboration** keeps the whole team aligned on pipeline status
> We stopped losing candidates in email threads. Every resume that comes in gets parsed, scored, and matched to open roles before a recruiter even looks at it.
### Japanese Version: AIスタートアップが実践する、採用スカウト業務の自動化
## 課題
急成長するAIスタートアップでは、開発、研究、営業・マーケティングの各領域で採用を進めていました。履歴書は紹介、応募、採用担当者からの連絡など、複数の経路から届きます。しかし候補者情報はメールスレッド、共有ドライブ、表計算ソフトに分散していました。パイプラインを一覧できず、評価基準も統一されず、新しい職種を募集するたびに同じ手作業を繰り返していました。
## 1つのルームと人材データベースで採用を一元管理
チームは採用専用のKylonルームを1つ設け、その中に応募者管理システムとしてデータベースアプリを構築しました。候補者ごとに、氏名、連絡先、履歴書、経験の要約、スキル、学歴、応募経路、選考状況を構造化レコードとして管理します。
求人票も同じデータベースで管理しました。各求人票には、職務要件、配属チーム、求める経験水準、評価基準を記録します。これにより、AIエージェントが業務を進めるための構造化された基盤が整いました。
- **候補者レコード**：履歴書のアップロード時に自動作成
- **求人票レコード**：要件、スキル、評価基準を一元管理
- **選考状況**：採用チーム全体が1か所で確認
## 履歴書アップロードからスクリーニングまで自動化
採用担当者が履歴書をアップロードする、または候補者のメールを転送すると、AIエージェントが文書を自動解析します。職歴、学歴、スキル、資格、キャリアの推移を抽出し、解析結果をデータベース内の候補者レコードへ直接記録します。
### 求人票とのマッチ度を自動スコアリング
新たに登録された候補者は、データベース上で有効なすべての求人票と照合されます。AIエージェントはスキル、経験年数、業界経験、職務要件を比較し、募集ポジションごとにマッチ度スコアを自動算出します。採用担当者は手作業で比較することなく、候補者に最も合う職種を把握できます。
- **履歴書解析**：PDFや文書から構造化データを自動抽出
- **適合度評価**：すべての候補者をすべての有効な求人票と照合
- **優先順位付き候補者リスト**：採用担当者は全履歴書を読む前に確認対象を絞り込み
## 運用画面
左側にはAIエージェントの更新と採用担当者の議論が表示され、右側では候補者ごとの適合度、選考状況、次のアクションを採用管理データベースで追跡できます。
*[Interactive UI preview: Kylon talent sourcing pipeline workspace]*
## スカウトメール送信から面接日程調整まで
スカウト対象として承認すると、AIエージェントは候補者の経歴と職種の要件を踏まえたパーソナライズされたスカウト文面を作成します。メールはチームが連携したアカウントから送信され、面接案内、フォローアップ、不採用通知まで同じ仕組みで処理されます。
カレンダー連携により、AIエージェントは面接官の空き時間を確認し、候補日時を提示できます。確定した面接は候補者レコードへ書き戻されます。受信箱、カレンダー、管理表の間で情報を転記する必要はありません。
- **個別最適化した連絡**：AIエージェントが下書きを作成し、採用担当者が確認
- **面接日程の調整**：カレンダー連携で候補日時を提示
- **コミュニケーション履歴**：すべて候補者レコードに集約
## 蓄積した人材データベースの再活用
データベースの蓄積が進むほど、仕組みの価値は高まります。新しい求人票を追加すると、AIエージェントは既存の人材プールから条件に合う過去の候補者を自動で検索します。毎回ゼロから探索するのではなく、新しい要件に合う既存登録済みの候補者リストをチームに提示します。
AIエージェントは、選考パイプラインに入ったまま一定期間動きのない候補者も見つけます。転職意向を確認する個別メール、経歴に合う新規求人の案内、近況確認など、再接触の施策を提案し、連携したメールアカウントから送信できます。
- **候補者の自動提案**：新しい求人票の登録時に該当者を抽出
- **再接触施策**：休眠候補者へメールでアプローチ
- **人材プールの継続的な蓄積**：職種ごとに探索をやり直す必要がない
- **候補者の取りこぼし防止**：AIエージェントが適合者を能動的に提示
## 成果
- **職種ごとに200人以上の候補者を処理**し、解析と評価を自動化
- **一次スクリーニングの80％を自動化**してから採用担当者が確認
- **初回連絡までの時間を数日から数時間へ短縮**
- **統合された選考パイプライン**により、分散していた管理表、メール、共有ドライブを集約
## この仕組みが機能する理由
これは採用に関する質問に答えるだけのチャットボットではありません。AIエージェントは採用チームと同じワークスペースに常駐し、同じガイドラインを読み、同じデータベースを管理します。定型業務を担うことで、採用担当者は候補者体験の向上と採用判断に集中できます。
- **データベースアプリ**：候補者と求人票を構造化して管理する採用管理基盤
- **AIエージェントによる解析**：非構造化の履歴書を検索可能なデータへ変換
- **適合度評価**：候補者と募集中の職種を自動で結び付け
- **メール連携**：連絡、日程調整、フォローアップを一元化
- **ルームでの協働**：採用チーム全体で選考状況を共有
> 候補者情報がメールや共有フォルダに散在する状態を解消しました。届いた履歴書は、採用担当者が確認する前に自動解析され、マッチ度スコアが算出され、募集中の全ポジションと照合されます。
---
## How a Fintech Team Built a 24/7 Market Intelligence System
> A fintech team used Kylon agents to monitor market signals around the clock, compile daily intelligence, and turn research into a shared operating rhythm.
**URL:** https://kylon.io/use-cases/market-intelligence
## The Challenge
A fintech strategy team tracked competitors, regulatory updates, SEC filings, product launches, and social conversations. The volume was manageable only when analysts spent large parts of each day collecting information instead of interpreting it.
Their goal was simple: start every workday with a reliable briefing, plus real-time alerts when something material changed.
## Intelligence Organized by Signal, Not by Tool
The team created Kylon rooms for competitive moves, regulatory developments, portfolio companies, and market themes. Each room contained the scope, source list, escalation rules, and examples of signals worth attention.
- **Room guidelines** defined what counted as a meaningful event
- **Persistent memory** retained company names, sector terminology, and analyst feedback
- **Threaded review** kept context attached to each finding
## Multiple Agents Monitored the Market in Parallel
Specialized agents monitored news coverage, public filings, competitor websites, earnings materials, and social platforms. Each agent summarized changes against a baseline and tagged findings with source, confidence, and urgency.
### Anomaly Detection Focused Analyst Attention
Agents looked for deviations from known patterns: a new product category, a funding signal, an executive departure, a filing change, or unusually fast discussion growth.
- **50+ sources monitored 24/7** across market, company, and regulatory signals
- Alerts routed to the appropriate room with supporting context
- Low-confidence findings stayed in review queues rather than triggering noisy notifications
## See It in Action
The workspace shows morning briefings auto-generated by agents, with each signal linked to source material and scored by urgency.
*[Interactive UI preview: Kylon market intelligence briefing workspace]*
## Daily Briefings Before the Team Arrived
A scheduled workflow assembled the most relevant findings into a structured daily briefing. It grouped developments by theme, highlighted changes since the previous briefing, and linked every claim to the source material.
By the time the team started work, **daily briefings were auto-generated by 7am** and stored in a Kylon Database App for search, filtering, and longitudinal comparison.
## Results
- **3 analysts' collection work handled by 1 analyst + agents**
- **50+ sources monitored continuously** without manual checks
- **Daily briefings delivered by 7am** every working day
- Research became a **searchable, structured asset** instead of scattered bookmarks
## A System That Improves with Every Review
The most valuable part was not monitoring alone. Kylon made the team's research standards, past judgments, and workflows available to the agents doing the next round of work. Intelligence became an operating system, not a daily scramble.
> We stopped asking who had seen a signal. The question became whether it was important enough to act on, because the collection work was already done.
### Japanese Version: フィンテック企業が構築した、24時間365日の市場調査・競合監視基盤
## 課題
あるフィンテック企業の戦略チームは、競合の動き、規制更新、米国証券取引委員会（SEC）への提出書類、製品発表、ソーシャルメディア上の議論を追跡していました。情報量に対応するには、アナリストが毎日の多くの時間を情報収集に充てる必要があり、解釈や判断に十分な時間を割けませんでした。
目標は明確でした。毎営業日の開始時に信頼できるブリーフィングを受け取り、重要な変化が起きたときにはリアルタイムで通知を得ることです。
## ツール単位ではなく、シグナル単位でインテリジェンスを整理
チームはKylon上に、競合動向、規制の進展、投資先企業、市場テーマごとのルームを作成しました。各ルームには調査範囲、情報源の一覧、エスカレーションのルール、注視すべきシグナルの例を記載しました。
- **ルームガイドライン**：重要な事象と判断する基準を定義
- **永続メモリ**：企業名、業界用語、アナリストのフィードバックを保持
- **スレッド形式のレビュー**：調査結果と議論の文脈を紐付けて保存
## 複数のAIエージェントが市場を並行監視
専門化したAIエージェントが、報道、公開書類、競合企業のウェブサイト、決算資料、ソーシャルメディアを監視します。各エージェントは既知の状況との差分を要約し、情報源、確度、緊急度を付けて調査結果を整理します。
### 異常検知でアナリストの注目を重要案件へ集中
AIエージェントは既知のパターンからの逸脱を検知します。たとえば、新しい製品カテゴリ、資金調達の兆候、経営幹部の退任、提出書類の変更、議論の急増などです。
- **50以上の情報源を24時間365日監視**し、市場、企業、規制のシグナルを収集
- **関連ルームへの通知**：裏付けとなる文脈とともに適切な担当者へ共有
- **低確度の調査結果**：不要な通知を出さず、レビューキューで確認
## 運用画面
ワークスペースにはAIエージェントが自動生成した朝のブリーフィングが表示され、各シグナルには情報源への参照と緊急度の評価が付いています。
*[Interactive UI preview: Kylon market intelligence briefing workspace]*
## チームの始業前に日次ブリーフィングを作成
定期実行されるワークフローが、重要度の高い調査結果を構造化された日次ブリーフィングにまとめます。テーマ別に動向を整理し、前回からの変化を明示し、すべての記述を情報源に紐付けます。
チームが業務を始める頃には、日次ブリーフィングが午前7時までに自動作成されます。Kylonのデータベースアプリに保存されるため、検索、絞り込み、時系列での比較が可能です。
## 成果
- **3人分の情報収集業務を、アナリスト1人とAIエージェントで対応**
- **50以上の情報源を継続監視**し、手動確認を不要に
- **毎営業日午前7時までに日次ブリーフィングを提供**
- 調査結果を、散在するブックマークではなく**検索可能で構造化された資産**として蓄積
## レビューのたびに精度が高まる仕組み
価値の中心は監視機能だけではありません。Kylonは、チームの調査基準、過去の判断、業務手順を次の調査を行うAIエージェントに引き継ぎます。市場インテリジェンスは日々の慌ただしい作業ではなく、継続的に機能する業務基盤になります。
> 誰がこのシグナルを見たかを確認する必要がなくなりました。収集はすでに終わっているため、次に問うべきは行動を起こすほど重要かどうかです。
---
## How a Team Built Two Internal Apps in a Week (Without a Developer)
> A media tech company built two AI-powered internal apps: a content tracker and an invoice processing system. Built-in AI handles OCR, image generation, and Q&A. Draft previews ensure safe deployment.
**URL:** https://kylon.io/use-cases/internal-apps
## The Challenge
A media tech company needed two internal tools: a content pipeline tracker and an invoice processing system. The engineering team was fully committed to product work. Outsourcing would take weeks and cost thousands. The product team decided to build it themselves, with Kylon.
## Why Not Retool or Replit?
The team evaluated the usual suspects. Retool required a developer to write queries and configure logic. Replit Agent could build apps, but it was a single-player experience. One person codes, everyone else waits.
Kylon was different. **Multiple team members worked with agents simultaneously** in the same workspace. One person described the content tracker. Another described the invoice system. Agents built both in parallel, while the team iterated in real time.
## Built-in AI Makes Apps Smarter Out of the Box
The apps were not just CRUD interfaces. Kylon's built-in AI capabilities meant each app could do things that would normally require months of ML engineering:
- **Invoice recognition**: Upload a PDF invoice or photo. The agent extracts vendor, amount, line items, tax, and due date automatically. No OCR setup, no training data.
- **Image generation**: The content tracker can generate thumbnail previews and social media graphics directly inside the app.
- **Automated Q&A**: Team members ask questions about pipeline status or invoice history in natural language. The agent queries the database and responds with structured answers.
- **Document understanding**: Upload contracts, briefs, or spec sheets. The agent summarizes key terms and flags action items.
## Safe Deployment with Drafts and Version Control
Every change went through a structured deployment process:
### Draft Preview Before Production
When the agent made changes, it created a **draft** with a live preview. Team members reviewed the preview, tested with real data, and approved before anything went to production. No surprises.
### Multi-person Development Without Conflicts
Two team members working on different apps in the same workspace never collided. Each draft was isolated. When approved, changes merged cleanly into the production version. **Version history** tracked every change, so rolling back was one click away.
- **Draft previews** let the team test changes before deploying
- **Automatic versioning** with full history of every change
- **Multi-person editing** without merge conflicts
- **One-click rollback** if anything goes wrong
## See It in Action
The workspace shows the team collaborating with agents to build and iterate on internal tools. Chat is the operating surface. The app preview updates with every change.
*[Interactive UI preview: Kylon workspace for building internal apps]*
## Results
- **2 production web apps** with databases, authentication, and custom UI
- **Built-in AI**: invoice OCR, image generation, natural language queries
- **Built in 1 week** by non-technical team members
- **$150 total cost** versus $5,000+ for outsourced development
- **Safe deployment** with draft previews, version history, and rollback
## What Makes This Different
Retool and Replit are powerful tools. But they separate building from using. You build in one environment, then switch to another to do your work. Kylon keeps everything in the same workspace. The app, the data, the conversations about the app, and the agents that maintain it all live together. And the apps themselves are AI-native, with built-in capabilities that would take months to add in a traditional stack.
> We did not hire a developer. We did not learn to code. We described what we needed, and the team's agents built it. The invoice scanner alone would have been a separate project at any other company.
### Japanese Version: 開発者不在で、1週間に2つの社内アプリを構築した方法
## 課題
あるメディアテック企業は、コンテンツ制作パイプラインの管理ツールと請求書処理システムという2つの社内ツールを必要としていました。開発チームはプロダクト開発で手一杯でした。外部委託では数週間と数千ドルの費用がかかります。そこでプロダクトチームは、Kylonを使って自ら構築することを決めました。
## なぜ既存の開発支援ツールではなくKylonなのか
チームは一般的な選択肢を比較しました。Retoolでは、クエリの作成や処理ロジックの設定に開発者が必要です。Replit Agentはアプリを構築できますが、基本的には1人で進める体験です。1人が作業している間、ほかのメンバーは待つことになります。
Kylonは異なります。同じワークスペースで、複数のチームメンバーが同時にAIエージェントと作業できます。1人がコンテンツ管理ツールの要件を伝え、別のメンバーが請求書処理システムの要件を伝えます。AIエージェントは両方を並行して構築し、チームはリアルタイムで改善を重ねました。
## 標準搭載のAI機能で、アプリをすぐに高度化
完成したアプリは、単に作成・閲覧・更新・削除を行う画面ではありません。Kylonに標準搭載されたAI機能により、通常なら機械学習の開発に数か月を要する処理をアプリ内で実現しました。
- **請求書認識**：PDFの請求書や写真をアップロードすると、AIエージェントが取引先、金額、明細、税額、支払期日を自動抽出
- **画像生成**：コンテンツ管理ツール内で、サムネイルやソーシャルメディア用の画像を生成
- **質問応答の自動化**：パイプラインの状況や請求履歴を自然言語で質問すると、AIエージェントがデータベースを照会して構造化された回答を提示
- **文書理解**：契約書、企画書、仕様書をアップロードすると、重要条件を要約し、対応事項を抽出
## 下書きとバージョン管理による安全な公開
すべての変更は、構造化された公開プロセスを経ます。
### 公開前に下書きプレビューで確認
AIエージェントが変更を加えると、ライブプレビュー付きの下書きが作成されます。チームは実データでプレビューを確認し、テストを行い、承認後に本番環境へ反映します。想定外の変更を防げます。
### 複数人での開発でも競合を回避
同じワークスペースで2人が別々のアプリを作業しても、変更がぶつかることはありません。各下書きは分離され、承認後に変更は本番版へ安全に統合されます。バージョン履歴によりすべての変更を追跡でき、問題があればワンクリックで以前の状態に戻せます。
- **下書きプレビュー**：公開前に変更を検証
- **自動バージョン管理**：すべての変更履歴を保持
- **複数人による編集**：変更の競合を防ぎながら並行作業
- **ワンクリックでの復元**：問題発生時に以前の状態へ戻す
## 運用画面
ワークスペースでは、チームがAIエージェントと協働して社内ツールを構築し、改善を重ねています。チャットが業務の起点となり、変更のたびにアプリのプレビューが更新されます。
*[Interactive UI preview: Kylon workspace for building internal apps]*
## 成果
- **本番運用可能なWebアプリを2つ構築**し、データベース、認証、独自の画面を実装
- **標準搭載のAI機能**により、請求書の文字認識、画像生成、自然言語での照会を実現
- **非エンジニアのチームが1週間で構築**
- **総費用150ドル**で、外部委託の5,000ドル以上と比較して大幅に削減
- **安全な公開プロセス**を下書きプレビュー、バージョン履歴、復元機能で実現
## Kylonが異なる理由
RetoolやReplitは有力なツールです。しかし、構築する場所と使う場所が分かれています。ある環境でアプリを作り、別の環境に切り替えて業務を進めます。Kylonでは、アプリ、データ、アプリに関する会話、保守を担うAIエージェントがすべて同じワークスペースにあります。アプリ自体もAIネイティブであり、従来の技術構成では追加に数か月かかる機能を標準で利用できます。
> 開発者を採用することも、プログラミングを学ぶこともありませんでした。必要なものを説明すると、チームのAIエージェントが構築してくれました。請求書スキャナーだけでも、ほかの会社なら独立したプロジェクトになっていたでしょう。
---
## From Code to Content: How a Marketing Team Turns Every Product Update into a Campaign
> A product marketing team connected their GitHub repo to Kylon. Every code change becomes a marketing opportunity: auto-summarized changelogs, generated visuals, scheduled social posts.
**URL:** https://kylon.io/use-cases/code-to-content
## The Challenge
A SaaS company shipped fast. Multiple deploys per week. But marketing always found out about new features days later, from a Slack message or a standup mention. By the time a blog post or social update went out, the momentum was gone. The marketing team needed a system that watched the codebase and turned technical changes into customer-facing content, automatically.
## Step 1: Monitor Every Code Change
The team connected their GitHub repository to Kylon. A daily workflow scanned recent commits, pull requests, and release notes. The agent filtered out internal refactors and infrastructure changes, then summarized the product-relevant updates in plain language.
- **GitHub integration** monitors commits, PRs, and releases automatically
- **Agent summarization** turns technical diffs into marketing-ready feature descriptions
- **Daily digest** delivered to the marketing room every morning
## Step 2: Generate Marketing Materials
From each product update summary, the agent generated multiple content formats:
- **Feature announcement posters** with product screenshots and key benefits
- **Slide decks** for internal stakeholders and customer presentations
- **Blog post drafts** with feature context, use cases, and customer impact
- **Social media copy** tailored for Twitter/X and LinkedIn, with platform-specific formatting
The agent used Kylon's built-in image generation to create visuals, and the brand guidelines stored in the workspace ensured every piece matched the company's visual identity.
## Step 3: Publish Across Channels
The team connected their Twitter/X and LinkedIn accounts directly to Kylon. Approved posts could be published immediately or scheduled for optimal times. The agent suggested posting windows based on past engagement patterns.
- **Twitter/X connection** for direct publishing and scheduling
- **LinkedIn connection** for professional audience updates
- **Scheduled posting** with agent-recommended timing
- **Multi-platform coordination** from one workspace, no Hootsuite or Buffer needed
## See It in Action
The workspace shows the marketing team reviewing auto-generated content from the latest product updates, with social posts queued for publishing.
*[Interactive UI preview: Kylon code-to-content marketing workspace]*
## Results
- **Every product update gets marketing coverage** within 24 hours, not days
- **Content generated automatically**: posters, slides, blog drafts, social copy
- **Social posting managed directly** through connected Twitter/X and LinkedIn
- **Brand consistency maintained** through workspace-level guidelines and templates
- **Marketing team freed** from chasing engineers for feature details
## Why This Works in Kylon
Traditional marketing automation tools can schedule posts. But they cannot watch your codebase, understand what changed, generate visuals, and draft platform-specific copy. Kylon connects the technical and marketing workflows in one workspace, with agents that understand both sides.
> We used to find out about features from the changelog. Now the changelog writes itself, and by the time engineers merge the PR, the marketing materials are already in review.
### Japanese Version: コードからコンテンツへ。プロダクト更新をすべて施策化するマーケティングチーム
## 課題
あるクラウドソフトウェア企業は、毎週複数回の更新をリリースしていました。しかしマーケティングチームが新機能を知るのは、数日後の社内メッセージや定例会であることが多くありました。ブログ記事やソーシャルメディアの投稿を出す頃には、リリース直後の勢いは失われています。必要だったのは、コードベースを監視し、技術的な変更を顧客向けコンテンツへ自動変換する仕組みでした。
## ステップ1：すべてのコード変更を監視
チームはGitHubリポジトリをKylonに連携しました。毎日実行されるワークフローが、直近のコミット、変更提案、リリースノートを確認します。AIエージェントは内部的なリファクタリングやインフラ変更を除外し、プロダクトに関係する更新だけを平易な言葉で要約します。
- **GitHub連携**：コミット、変更提案、リリースを自動監視
- **AIエージェントによる要約**：技術的な差分をマーケティングで使える機能説明へ変換
- **日次ダイジェスト**：毎朝、マーケティングルームへ配信
## ステップ2：マーケティング素材を生成
各プロダクト更新の要約から、AIエージェントは複数のコンテンツ形式を生成します。
- **機能発表用のビジュアル**：プロダクト画面と主要な価値を示す画像
- **スライド資料**：社内関係者や顧客への説明に使える資料
- **ブログ記事の下書き**：機能の背景、活用方法、顧客への効果を整理
- **ソーシャルメディア投稿文**：Twitter/XとLinkedInの特性に合わせた文面
AIエージェントはKylon標準の画像生成を使ってビジュアルを作成し、ワークスペースに保存されたブランドガイドラインにより、すべての素材で視覚的な一貫性を保ちます。
## ステップ3：複数の発信チャネルへ公開
チームはTwitter/XとLinkedInのアカウントをKylonに直接連携しました。承認済みの投稿はすぐに公開することも、効果的な時間帯に予約することもできます。AIエージェントは過去の反応傾向をもとに、投稿に適した時間帯を提案します。
- **Twitter/X連携**：直接公開と投稿予約を実施
- **LinkedIn連携**：ビジネス層への情報発信を支援
- **投稿予約**：AIエージェントが推奨する時間帯で公開
- **複数媒体の運用**：別の投稿管理ツールを使わず、1つのワークスペースで調整
## 運用画面
ワークスペースでは、マーケティングチームが最新のプロダクト更新から自動生成されたコンテンツを確認し、公開待ちのソーシャルメディア投稿を管理しています。
*[Interactive UI preview: Kylon code-to-content marketing workspace]*
## 成果
- **すべてのプロダクト更新を24時間以内にマーケティングで取り上げ**、数日単位の遅れを解消
- **コンテンツを自動生成**：ビジュアル、スライド、ブログ下書き、ソーシャルメディア投稿文
- **Twitter/XとLinkedInを直接連携**して投稿を管理
- **ワークスペース共通のガイドラインとテンプレート**でブランドの一貫性を維持
- **機能詳細をエンジニアに確認し続ける負担を軽減**
## Kylonで機能する理由
従来のマーケティング自動化ツールでも投稿の予約はできます。しかし、コードベースを監視し、何が変わったかを理解し、ビジュアルを生成し、媒体ごとに最適化した投稿文を作ることはできません。Kylonは技術とマーケティングのワークフローを1つのワークスペースでつなぎ、両方の文脈を理解するAIエージェントを活用します。
> 以前は変更履歴を見て初めて新機能を知っていました。今では変更履歴そのものが自動で作られ、エンジニアが変更を統合する頃には、マーケティング素材がすでにレビューに回っています。
---
## Scaling Influencer Outreach to 500+ Creators
> A DTC brand's partnership team used Kylon agents, workflows, and a Database App to research creators, enrich contact data, personalize outreach, and manage every follow-up.
**URL:** https://kylon.io/use-cases/influencer-outreach
## The Challenge
A DTC brand wanted to launch a creator partnership program. The goal: reach 500+ relevant creators across social platforms with personalized collaboration invitations, manage responses, and build an ongoing pipeline. Two partnership managers could not do this manually and still maintain quality.
## Deep Creator Intelligence with Built-in Social Data
Kylon comes with built-in integrations for TikTok, Instagram, X (Twitter), LinkedIn, and YouTube data. The team's agents used these to research creators directly inside the workspace, without switching between platforms or paying for third-party scraping tools.
- **TikTok and Instagram** profile data: follower count, engagement rate, content themes, recent posts, audience demographics
- **X (Twitter)** activity: posting frequency, topic focus, brand mentions, follower quality
- **LinkedIn** for professional background and B2B creator context
- **YouTube** for long-form content analysis and subscriber trends
Agents compiled a **complete creator profile** by pulling data from multiple platforms simultaneously. A creator who posts lifestyle content on TikTok, runs a newsletter, and has a strong LinkedIn presence got a multi-dimensional evaluation, not just a follower count.
## Automated Outreach and Email Management
Once partnership managers approved a creator for outreach, the agent drafted a personalized collaboration invitation using campaign guidelines and the creator's specific content themes. Emails were sent directly through the team's connected email account inside Kylon.
### The Entire Email Lifecycle in One Place
Replies came back into the same workspace. The agent categorized responses (interested, questions, declined, no reply), drafted follow-ups, and updated the pipeline. Partnership managers reviewed conversations and made decisions without switching between email clients, CRMs, and spreadsheets.
- **Personalized outreach** drafted by agents using creator-specific insights from social data
- **Email send, receive, and follow-up** managed through connected email
- **Automated reply categorization** and follow-up sequences
- **All communication history** attached to the creator record in the Database App
## See It in Action
The workspace shows the creator pipeline with outreach status, social metrics, response tracking, and partnership progression.
*[Interactive UI preview: Kylon creator outreach pipeline]*
## Pipeline Managed in a Database App
Every creator became a structured record: social handles, follower metrics, content category, brand-safety notes, outreach status, response history, and partnership terms. The team could filter by platform, engagement rate, category, or pipeline stage.
- **500+ creators contacted** with personalized invitations
- **Follow-up sequences fully automated** with status-driven workflows
- **2 partnership managers** handled what previously required a 6-person team
## A Creator Program That Gets Smarter
Each campaign added context to the workspace: which content themes resonated, which creator segments converted, which messages earned replies. The agents used this shared memory to improve the next campaign without starting from zero.
> Scale did not come from sending more generic messages. It came from understanding each creator through their actual social data and reaching out with something relevant.
### Japanese Version: 500人超のクリエイターへの協業打診を拡大した方法
## 課題
ある消費者直販ブランドは、クリエイターとの協業プログラムを立ち上げようとしていました。目標は、ソーシャルメディア上で関連性の高い500人以上のクリエイターに個別の協業提案を送り、返信を管理し、継続的なパイプラインを構築することです。パートナーシップ担当者2人だけで品質を保ちながら手作業で進めることは現実的ではありませんでした。
## 標準搭載のソーシャルデータで、クリエイターを多面的に理解
KylonにはTikTok、Instagram、X（Twitter）、LinkedIn、YouTubeのデータ連携が標準で用意されています。チームのAIエージェントは、プラットフォームを行き来したり、外部のデータ収集ツールを利用したりすることなく、ワークスペース内でクリエイターを調査しました。
- **TikTokとInstagram**：フォロワー数、反応率、コンテンツテーマ、直近の投稿、オーディエンス属性
- **X（Twitter）**：投稿頻度、話題の傾向、ブランドへの言及、フォロワーの質
- **LinkedIn**：職歴や法人向けクリエイターとしての文脈
- **YouTube**：長尺コンテンツの分析と登録者数の傾向
AIエージェントは複数のプラットフォームから同時に情報を取得し、クリエイターの統合プロフィールを作成します。TikTokでライフスタイルコンテンツを発信し、ニュースレターを運営し、LinkedInでも存在感のあるクリエイターを、フォロワー数だけでなく多面的に評価できます。
## 営業アプローチとメール管理を自動化
パートナーシップ担当者が連絡対象としてクリエイターを承認すると、AIエージェントはキャンペーンガイドラインと個別のコンテンツテーマをもとに、協業提案メールを作成します。メールはKylon内でチームが連携したアカウントから直接送信されます。
### メール対応の全工程を1か所で管理
返信は同じワークスペースに戻ります。AIエージェントは内容を、関心あり、質問あり、辞退、返信なしに分類し、フォローアップの下書きを作成してパイプラインを更新します。パートナーシップ担当者は、メールソフト、顧客管理ツール、表計算ソフトを行き来せずに会話を確認し、判断できます。
- **個別最適化したアプローチ**：ソーシャルデータから得たクリエイター固有の示唆をもとに作成
- **メールの送受信とフォローアップ**：連携したメールアカウントで一元管理
- **返信の自動分類**：状況に応じたフォローアップのシーケンスを実行
- **全コミュニケーション履歴**：データベースアプリ内のクリエイターレコードに紐付け
## 運用画面
ワークスペースでは、クリエイターごとのアプローチ状況、ソーシャル指標、返信の追跡、協業の進捗をパイプラインとして確認できます。
*[Interactive UI preview: Kylon creator outreach pipeline]*
## データベースアプリでパイプラインを管理
すべてのクリエイターを構造化レコードとして管理します。各媒体のアカウント情報、フォロワー指標、投稿内容の分類、ブランド安全性に関するメモ、連絡状況、返信履歴、協業条件を記録します。媒体、反応率、分類、進捗状況で絞り込めます。
- **500人以上のクリエイターへ個別提案を送付**
- **フォローアップのシーケンスを自動で回す**し、状況に応じたワークフローで運用
- **パートナーシップ担当者2人**で、従来なら6人のチームが必要だった業務を対応
## 運用するほど賢くなるクリエイタープログラム
キャンペーンごとに、反応を得たコンテンツテーマ、成果につながったクリエイター層、返信を得たメッセージを記録します。これらの実績データをワークスペースでナレッジ共有し、次回の施策に活用します。
> 規模を広げられた理由は、定型的なメッセージをより多く送ったからではありません。実際のソーシャルデータから一人ひとりを理解し、関連性のある提案を届けられたからです。
---
## LINE Official Account Inquiry Operations
> Design first-response, information capture, and staff handoff workflows for LINE Official Account inquiries.
**URL:** https://kylon.io/use-cases/line
### Japanese Version: LINE公式アカウントの問い合わせを、チームの対応フローにつなぐ
---
## Finance & VC Operations
> Deal sourcing, due diligence, portfolio monitoring, and reporting in one shared workspace.
**URL:** https://kylon.io/use-cases/finance
### Japanese Version: 投資と金融の実行エンジン
---
## E-commerce Operations
> Product research, content production, listing operations, and sales analysis for e-commerce teams.
**URL:** https://kylon.io/use-cases/ec
### Japanese Version: ECの全工程を支える業務基盤
---
## Research & Lab Operations
> Track research, organize evidence, and turn one researcher’s setup into a shared knowledge system.
**URL:** https://kylon.io/use-cases/research
### Japanese Version: 研究チームの共有ナレッジ基盤
---
## Meeting Notes to CRM and Follow-up
> Turn meeting records into reviewable CRM updates, action items, and product or delivery follow-up.
**URL:** https://kylon.io/use-cases/meeting-notes
### Japanese Version: 会議記録からCRM更新と次の対応へ
---
## How a Marketing Team Built a Content Operating System
> A shared workspace for briefs, source material, brand assets, review notes, publishing decisions, and the work that follows.
**URL:** https://kylon.io/use-cases/content-operating-system
## A request should become a working record
A webinar idea, product change, customer question, or campaign request often starts in an email or chat thread. The team creates one content record that links the request, its source material, the intended audience, owner, deadline, and decision history.
## Use shared context for every draft
The agent can read the approved brief, relevant documents, prior campaign decisions, and brand guidance in the same workspace. It prepares an outline, launch email draft, social copy, or image brief from that context instead of from an isolated prompt.
## Build an editorial app the team can use
A database app gives the team a current view of topics, assets, drafts, reviewers, publishing status, and follow-up work. It is useful because the same record carries the latest source material and the reason behind each edit.
## Keep external communication under review
When a campaign needs an invitation, partner update, or customer email, the agent prepares a draft in the linked record. A person checks the recipient, claims, and tone, then explicitly confirms before anything is sent.
## Make the rhythm repeatable
A workflow can create a content record from an approved request, prompt the next reviewer, and prepare a publishing checklist. The team keeps improving one shared process instead of rebuilding a campaign from scattered documents.
## Turn scattered content signals into an operating record
Content work rarely begins with a blank page. It begins with customer feedback in a sales thread, a recurring question from a creator, a product decision in a planning room, or a useful observation that never reaches the editorial calendar. Kylon gives those signals a shared operating record. A workspace database app can hold the source, audience, proposed angle, owner, stage, evidence, distribution plan, and next review date. The record is not a replacement for judgment. It makes the judgment trail visible, so a team can see why an idea was selected, what evidence supports it, and what still needs review. A workflow can collect submissions from agreed rooms, flag incomplete briefs, and remind the assigned owner when a decision is waiting. Editors can then compare opportunities in one place rather than reconstructing context from separate conversations. This is especially useful when product marketing, sales, and creator programs all contribute material but work to different cadences.
### Build a brief that remains useful after publication
A durable content brief connects the first signal to the work that follows. For a customer-feedback pattern, the brief can capture the problem in the customer’s own language, the affected workflow, supporting examples, the intended reader, and the product detail that needs validation. For creator outreach, it can record the proposed audience, the collaboration rationale, the review owner, and the approved talking points without treating outreach as an automatic send. For go-to-market planning, it can connect a launch theme to source material, priority distribution surfaces, review milestones, and a measurement question. Each person sees the same current record, while discussion remains attached to the decision rather than lost in a long chat history. This gives writers a clearer starting point and gives reviewers enough context to approve, revise, defer, or decline a request. It also preserves a reusable record when a similar question returns several months later.
- Capture the original signal with a link or short excerpt, a source owner, and a note on why it may matter.
- Classify the request by audience, business question, funnel stage, and format such as article, customer story, creator brief, or sales enablement asset.
- Assign a content owner and a reviewer separately. The separation makes it clearer who is drafting and who is accountable for a decision.
- Use a workflow to request missing evidence, move items into a review queue, and send internal reminders when dates approach.
- Keep editorial comments, factual checks, legal or brand notes, and final approval in the same workspace context as the brief.
- Record the distribution plan and learning question after approval, then review the record when results or qualitative feedback are available.
> “The useful change was not more ideas. It was being able to trace a proposed article from the customer question that prompted it, through review, to the next experiment. The team could decide with context instead of asking who had the latest version.”
## Use workflows for coordination, not unattended publishing
## What the team keeps in the internal system
The exact fields differ by workflow, but the system keeps the source context, current status, accountable owner, decision history, related documents, relevant email thread, next internal action, and review date together. That structure gives people and agents a reliable starting point whenever work changes hands.
## Start with one repeated workflow
Teams do not need to replace every tool at once. Start with the repeated work that currently requires people to copy information between conversations, inboxes, documents, and spreadsheets. Build a shared record, connect the people who own it, and use a workflow to support the review rhythm. The system becomes more useful as its context and decisions accumulate.
[Talk to Kylon](https://cal.com/team/kylon/kylon-product-introduction)
### Japanese Version: マーケティングチームが構築した、コンテンツ運用基盤
## 依頼を実務レコードに変える
ウェビナー案、製品更新、顧客からの質問、施策依頼は、メールやルームから始まります。依頼、素材、対象読者、担当、期限、判断の経緯を一つのコンテンツレコードにまとめます。
## 共有された文脈から下書きを作る
エージェントは承認済みの企画、関連資料、過去の判断、ブランドガイドラインを同じワークスペースで参照します。単発の指示ではなく、背景を踏まえて構成案、公開メール、SNS文案、画像指示を準備します。
## チームで使える編集アプリを作る
企画、アセット、下書き、確認者、公開状況、後続対応をデータベースアプリで確認します。各レコードに最新版の素材と修正理由が残ります。
## 外部向けの連絡は確認してから送る
招待、パートナー向け連絡、顧客メールが必要な場合は、関連レコードから下書きを用意します。送信前に担当者が宛先、表現、内容を確認します。
## 公開までの流れを繰り返せる形にする
ワークフローで依頼からレコードを作り、次の確認者へ依頼し、公開前の確認事項を準備します。散らばった資料から毎回作り直すのではなく、同じ運用を改善できます。
## 散在する発信の手がかりを、共有できる運用記録にまとめる
コンテンツ制作は、白紙の原稿から始まるとは限りません。営業の会話に残った顧客の声、クリエイターから繰り返し届く質問、事業展開の検討で出た論点、共有されないまま流れてしまう気づきが出発点になります。Kylonでは、こうした手がかりを共通の運用記録として扱えます。ワークスペース内のデータベースアプリに、情報源、想定読者、企画の切り口、担当者、進行段階、根拠、配信計画、次回確認日を整理します。これは判断を置き換えるものではありません。なぜ企画を選んだのか、どの根拠を確認したのか、何が未確認なのかを見える形にします。ワークフローは、決めたルームからの投稿を集め、不足項目のある企画を確認対象にし、判断待ちの担当者へ社内リマインドを出せます。編集者は複数の会話を探し直す代わりに、同じ記録を見ながら優先順位を検討できます。
### 公開後にも参照できる企画書をつくる
継続的に使える企画書は、最初の気づきと公開後の業務をつなぎます。顧客の声を起点にする場合は、顧客が使った表現、影響を受けた業務、確認できる事例、想定読者、検証が必要な製品情報を記録します。クリエイターへの協業提案では、想定する視聴者、提案の背景、確認担当者、承認済みの説明事項を整理できます。外部連絡は自動送信として扱わず、内容を確認した担当者が明示的に承認します。事業展開の計画では、発信テーマを根拠資料、優先チャネル、確認日程、検証したい問いと結び付けます。執筆者と確認者が同じ最新記録を参照できるため、承認、修正、保留、見送りの判断に必要な背景が残ります。数か月後に似た論点が出たときにも、過去の判断をたどれます。
- 元になった手がかりを、リンクまたは短い引用、情報提供者、重要と考えた理由とともに記録します。
- 想定読者、解決したい事業上の問い、検討段階、記事、導入事例、クリエイター向け企画、営業支援資料などの形式で分類します。
- 制作担当と確認担当を分けて設定します。誰が作成し、誰が判断に責任を持つかを明確にします。
- ワークフローで根拠資料の不足を確認し、レビュー対象を集め、期限が近い案件には社内通知を出します。
- 編集上のコメント、事実確認、法務またはブランド面の確認、最終承認を企画書と同じ文脈に残します。
- 承認後は配信計画と検証したい問いを記録し、反応や定性的なフィードバックが得られた時点で見直します。
> 「企画の数を増やしたことではなく、顧客の質問からレビュー、次の検証までをたどれるようになったことが大きかった。最新の版を探す前に、背景を見て判断できるようになった。」
## ワークフローは公開の代行ではなく、制作と確認の段取りに使う
## 社内システムに残す情報
必要な項目は業務ごとに異なりますが、元になる文脈、現在の状態、責任者、判断の経緯、関連資料、関係するメール、次の社内対応、確認日を同じ場所に残します。この構造があることで、担当が変わっても人とAIエージェントは信頼できる前提から仕事を始められます。
## まずは一つの繰り返し業務から始める
すべてのツールを一度に置き換える必要はありません。会話、受信箱、資料、表計算ファイルの間で情報を転記している繰り返し業務から始めます。共有レコードを作り、責任者を結び付け、確認のリズムをワークフローで支えます。文脈と判断が積み上がるほど、その仕組みは実務に役立つようになります。
[Kylonに相談する](https://cal.com/team/kylon/kylon-product-introduction)
---
## How a Sales Team Turned Email Into a Managed Pipeline
> Bring account context, conversations, documents, next actions, and human-reviewed follow-up into one sales system.
**URL:** https://kylon.io/use-cases/sales-email-managed-pipeline
## An email is an opportunity signal, not the whole system
An introduction, reply, pricing question, or contract conversation becomes an opportunity record. The record keeps the email thread, account context, stated need, owner, next action, and source documents together.
## Prepare replies from the account context
Before proposing a response, the agent can review the linked conversation, meeting notes, approved materials, and previous commitments. It prepares a draft for the account owner rather than forcing the team to reconstruct the story in a new prompt.
## Give every opportunity a visible next step
The internal app can be viewed by stage, owner, expected decision date, or records missing a next action. The team sees where attention is needed without treating the inbox as the only source of truth.
## Confirm before anything leaves the workspace
A seller reviews the proposed wording, commercial details, recipient, and attachments. The approved email is sent only after that confirmation, and the record retains the conversation context for the next response.
## Keep follow-through connected
A workflow can surface a record that needs owner attention, request missing context, or prepare a review queue. It helps the team follow through without separating reminders from the opportunity they concern.
## Make follow-up work visible without losing human control
A managed sales email pipeline begins with context, not a sequence of automatic messages. Sales teams often have useful information spread across customer feedback, meeting notes, account records, and connected email conversations. Kylon can bring that context into an internal opportunity record so the account owner can review what was discussed, what was promised, which question remains open, and when a follow-up may be appropriate. A database app can track the contact, company, opportunity stage, consent or relationship notes, requested materials, owner, and next internal action. Workflows can collect an internal request, create a review task, or remind the owner to revisit an opportunity. They do not remove the need to decide whether contact is appropriate. This distinction matters when messages carry commercial, contractual, or relationship consequences. The workspace coordinates the work around an email. The person responsible for the relationship remains responsible for the message.
### Prepare drafts from connected context, then confirm before any external send
When a connected email source is available, a draft can be prepared from the relevant thread and the opportunity record. The draft may reference the customer’s question, a requested document, a mutually agreed next step, or a concise summary for review. It should be treated as a proposed message, not as a completed communication. The account owner checks the recipient, factual statements, attachments, tone, timing, and any commitments before explicitly confirming an external send. That review can be captured as an internal approval step, which is valuable when several people contribute to an account. The same pattern works for a reply to inbound interest, a follow-up after a product conversation, or a handoff between business development and customer teams. Professional outreach platforms should own bulk deliverability, mailing-list controls, and campaign sending. Kylon is the place to organize the relationship context, prepare internal work, and keep confirmation visible.
- Create one opportunity record with the relationship history, current business question, owner, next review date, and links to supporting workspace material.
- Separate customer-reported needs from internal assumptions so the team can see what has been confirmed and what requires validation.
- Use status fields for drafted, awaiting review, approved internally, sent after confirmation, and follow-up due. Do not use a status that implies a message was sent without confirmation.
- Let workflows surface overdue reviews, incomplete records, and handoffs between teams. Keep the notifications internal and actionable.
- Prepare a reply or follow-up draft only from relevant connected email context and current account notes, then review it with the responsible person.
- Use a dedicated professional outreach platform for large-scale sending and deliverability management, while maintaining campaign rationale and response learning in the workspace.
> “The pipeline gave us a shared view of the work around each conversation. A draft arrived with the right background, but the account owner still chose whether it was accurate, timely, and ready to send.”
## Create a sales record that supports better handoffs
## What the team keeps in the internal system
The exact fields differ by workflow, but the system keeps the source context, current status, accountable owner, decision history, related documents, relevant email thread, next internal action, and review date together. That structure gives people and agents a reliable starting point whenever work changes hands.
## Start with one repeated workflow
Teams do not need to replace every tool at once. Start with the repeated work that currently requires people to copy information between conversations, inboxes, documents, and spreadsheets. Build a shared record, connect the people who own it, and use a workflow to support the review rhythm. The system becomes more useful as its context and decisions accumulate.
[Talk to Kylon](https://cal.com/team/kylon/kylon-product-introduction)
### Japanese Version: 営業メールを、チームで動かすパイプラインへ
## メールを商談の入口として扱う
紹介、返信、価格に関する質問、契約の会話を商談レコードにまとめます。メールスレッド、顧客の背景、要望、担当、次の対応、関連資料を同じ場所に残します。
## 顧客の文脈から返信案を準備する
エージェントは関連する会話、会議メモ、承認済み資料、過去の約束を参照して返信案を用意します。担当者は毎回、別の指示で背景を作り直す必要がありません。
## 次の対応を見える化する
ステージ、担当、想定判断日、次の対応が未設定の商談などで一覧を確認できます。受信箱だけに依存せず、優先すべき仕事を把握できます。
## 外部送信は確認後に進める
営業担当者が文面、商談条件、宛先、添付資料を確認します。確認後に送信し、次の返信に必要な文脈をレコードに残します。
## フォローアップを商談とつなぐ
ワークフローで担当者の確認が必要な商談を見つけ、不足情報の確認やレビュー一覧の作成を行えます。リマインダーだけが商談から切り離されません。
## 人の判断を保ちながら、フォローアップ業務を見える化する
管理された営業メールの案件管理は、メッセージの自動連続送信ではなく、文脈の整理から始まります。営業チームに必要な情報は、顧客からのフィードバック、商談メモ、取引先の記録、接続済みメールの会話に分かれていることがあります。Kylonでは、その背景を社内の案件記録に集め、担当者が何を話したか、何を約束したか、どの質問が残っているか、いつ見直すべきかを確認できます。データベースアプリには、連絡先、企業、案件段階、関係性や同意に関する注記、依頼された資料、担当者、次の社内アクションを登録します。ワークフローは社内依頼を集め、確認作業を作成し、見直し時期を知らせます。ただし、連絡が適切かどうかの判断までは代行しません。商取引、契約、関係性に影響するメールだからこそ、関係の担当者が責任を持って確認します。
### 接続済みメールの背景から下書きを用意し、外部送信前に必ず確認する
接続済みのメール情報を利用できる場合、関連する会話と案件記録をもとに下書きを用意できます。顧客からの質問、依頼された資料、合意した次の対応、確認用の要約などを下書きに反映できます。ただし、下書きは送信済みの連絡ではなく、確認対象の提案です。担当者は外部送信を明示的に承認する前に、宛先、事実関係、添付資料、文面、送信時期、約束事項を確認します。複数の担当者が関わる取引先では、この確認を社内承認の段階として残せます。受信した問い合わせへの返信、製品説明後の連絡、事業開発チームから顧客担当への引き継ぎにも同じ考え方を使えます。一斉配信や到達率の管理は、専門のアウトリーチ配信基盤が担います。Kylonは関係性の背景を整理し、社内作業と確認をつなぐ場です。
- 関係の経緯、現在の相談事項、担当者、次回確認日、関連するワークスペース資料を一つの案件記録にまとめます。
- 顧客が実際に述べた要望と、社内の仮説を分けて記録し、確認済みの内容と検証が必要な内容を見分けやすくします。
- 下書き作成、確認待ち、社内承認済み、確認後に送信、次回対応待ちといった状態を使います。確認なしに送信されたように見える状態は設けません。
- ワークフローでは、確認期限を過ぎた案件、不足項目のある記録、チーム間の引き継ぎを社内向けに知らせます。
- 返信やフォローアップの下書きは、関連する接続済みメールの文脈と最新の案件メモをもとに用意し、責任者が確認します。
- 多数の宛先への送信や到達性の管理は専門のアウトリーチ配信基盤を利用し、施策の背景や反応から得た学びはワークスペースに残します。
> 「案件ごとの会話に付随する作業を、チームで同じように見られるようになった。背景を踏まえた下書きは用意されても、正確性、タイミング、送信可否は担当者が判断できる。」
## 引き継ぎにも使える営業記録を整える
## 社内システムに残す情報
必要な項目は業務ごとに異なりますが、元になる文脈、現在の状態、責任者、判断の経緯、関連資料、関係するメール、次の社内対応、確認日を同じ場所に残します。この構造があることで、担当が変わっても人とAIエージェントは信頼できる前提から仕事を始められます。
## まずは一つの繰り返し業務から始める
すべてのツールを一度に置き換える必要はありません。会話、受信箱、資料、表計算ファイルの間で情報を転記している繰り返し業務から始めます。共有レコードを作り、責任者を結び付け、確認のリズムをワークフローで支えます。文脈と判断が積み上がるほど、その仕組みは実務に役立つようになります。
[Kylonに相談する](https://cal.com/team/kylon/kylon-product-introduction)
---
## How a Team Ran Partner CRM and Co-Selling in One Workspace
> A working system for partner contacts, shared opportunities, joint plans, documents, and human-reviewed communication.
**URL:** https://kylon.io/use-cases/partner-crm-co-selling
## Give the relationship one home
A partner record holds the relationship owner, contacts, focus areas, shared accounts, meeting notes, documents, and the most recent communication. The team does not need to search several inboxes before every partner conversation.
## Keep joint opportunities connected
Each co-sell opportunity can link the partner, account, stakeholder map, proposed value, shared materials, mutual actions, and open questions. People and agents work from the same current facts.
## Prepare introductions with context
An agent can assemble a partner update or introduction request using prior emails, account notes, and the joint plan. The relationship owner reviews recipients and language before confirming an external message.
## Build a shared co-sell view
The app can group opportunities by partner, stage, owner, or next action. It gives sales and partnership teams a usable operating view instead of another spreadsheet without conversation history.
## Make relationship care routine
A workflow can prompt owners to refresh the account plan after a meeting, create follow-up work, and prepare a partner review brief with the linked evidence.
## Coordinate partner work around a shared account picture
Co-selling becomes difficult when each partner maintains a different version of the account story. A referral may begin in a partner conversation, customer feedback may change the proposed use case, and the internal go-to-market team may be planning a launch at the same time. Kylon can hold the internal operating picture in a partner relationship record. A database app can capture the partner organization, relevant contacts, account opportunity, referral source, shared hypothesis, agreed responsibilities, materials requested, current stage, and next review. It is usable as an internal record and working application, not merely a static spreadsheet. Teams can link discussion, planning documents, customer feedback, and decision notes to the same record. This helps a partnership manager see where coordination is needed without exposing information that has not been approved for sharing. The record supports a deliberate process: establish context, agree on responsibility, prepare material, review the next action, and document what the teams learn.
### Keep partner communications prepared, reviewed, and accountable
Partner communication needs careful ownership because it often represents more than one organization. Kylon can help prepare a draft using relevant connected email context and the current internal account record. For example, a team may prepare a recap of an agreed joint opportunity, request feedback on a proposed customer introduction, or assemble a concise list of materials for review. Before anything is sent outside the workspace, the designated relationship owner explicitly confirms the recipient, wording, commercial statements, permissions, and timing. Workflows can remind internal owners about reviews, collect requested input, and surface unresolved decisions. They should not be treated as an unattended partner outreach mechanism. Where a campaign requires sending at scale, professional outreach platforms remain responsible for bulk deliverability and campaign controls. Kylon maintains the internal account context so campaign activity and direct relationship work do not become disconnected.
- Start each co-selling record with the referral origin, shared account context, named internal owner, and a clear note about what information may be shared.
- Map responsibilities by task, such as customer discovery, product validation, proposal contribution, executive sponsorship, or post-meeting follow-up.
- Attach customer feedback and meeting insights as evidence, while distinguishing confirmed customer needs from an internal joint-selling hypothesis.
- Use review dates and internal reminders to prevent a request for input from disappearing after a planning meeting.
- Draft external partner messages from relevant connected context, then require the accountable owner’s explicit confirmation before sending.
- Review outcomes at the record level, including whether the next step occurred, what feedback was received, and what should change in the partnership playbook.
> “We stopped treating a partner introduction as a loose message. The record showed the source of the opportunity, each owner’s responsibilities, and the point at which a human needed to approve the next communication.”
## Turn partner feedback into a reusable co-selling playbook
## What the team keeps in the internal system
The exact fields differ by workflow, but the system keeps the source context, current status, accountable owner, decision history, related documents, relevant email thread, next internal action, and review date together. That structure gives people and agents a reliable starting point whenever work changes hands.
## Start with one repeated workflow
Teams do not need to replace every tool at once. Start with the repeated work that currently requires people to copy information between conversations, inboxes, documents, and spreadsheets. Build a shared record, connect the people who own it, and use a workflow to support the review rhythm. The system becomes more useful as its context and decisions accumulate.
[Talk to Kylon](https://cal.com/team/kylon/kylon-product-introduction)
### Japanese Version: パートナーCRMと共同提案を、一つのワークスペースで進める
## 関係性の情報を一か所に集める
パートナーレコードに担当者、連絡先、注力領域、共同案件、会議メモ、資料、直近の会話を残します。パートナーとの会話前に複数の受信箱を探す必要がありません。
## 共同案件をつなげて管理する
共同提案の案件には、パートナー、顧客、関係者、提案価値、共有資料、相互の対応、未解決事項を関連付けます。人とエージェントが同じ事実から仕事を進めます。
## 文脈を踏まえて紹介依頼を準備する
過去メール、顧客メモ、共同計画から、パートナー更新や紹介依頼の下書きを用意できます。外部送信の前に担当者が宛先と文面を確認します。
## 共同提案を進める画面を作る
パートナー、ステージ、担当、次の対応で案件を確認できます。会話履歴のない別表ではなく、チームが実際に使う運用画面になります。
## 関係維持を定常業務にする
会議後に計画更新を促し、フォローアップを作成し、根拠付きのパートナーレビューブリーフを準備するワークフローを設定できます。
## 取引先ごとの共通認識をもとに、協業営業を進める
協業営業が難しくなるのは、関係各社が取引先の状況をそれぞれ異なる形で把握しているときです。紹介はパートナーとの会話から始まり、顧客のフィードバックで提案の使い方が変わり、社内の事業展開チームは同時に別の施策を計画していることがあります。Kylonでは、パートナーとの関係記録に社内の運用上の全体像をまとめられます。データベースアプリには、パートナー企業、関係者、対象案件、紹介元、共同の仮説、合意した役割、依頼された資料、現在の段階、次回確認日を登録します。これは静的な表計算ではなく、社内で利用できる記録と業務アプリです。会話、計画資料、顧客の声、判断メモを同じ記録に結び付けられます。承認前の情報を共有してしまうことなく、どこで調整が必要かを把握しやすくなります。
### パートナー向けの連絡は、準備、確認、責任の所在を明確にする
パートナーへの連絡は複数の組織を代表することがあるため、責任の所在を慎重に扱う必要があります。Kylonでは、関連する接続済みメールの文脈と最新の社内案件記録から下書きを用意できます。たとえば、共同で検討している案件の確認、顧客紹介に関する意見の依頼、確認用資料の一覧などです。ワークスペース外へ送信する前には、関係担当者が宛先、表現、商取引に関する記述、共有の許可、送信時期を明示的に確認します。ワークフローは社内の確認期限を知らせ、必要な意見を集め、未解決の判断を見つけやすくします。人の確認なしにパートナーへ連絡する仕組みとしては扱いません。多数の宛先への配信が必要な施策では、専門のアウトリーチ配信基盤が到達性と配信管理を担います。Kylonは直接の関係構築と施策の背景が分断されないよう、社内の文脈を保持します。
- 協業営業の記録には、紹介の経緯、対象取引先の背景、社内の責任者、共有可能な情報の範囲を最初に記載します。
- 顧客理解、製品面の確認、提案資料への協力、役員の支援、商談後の対応など、作業ごとに役割を整理します。
- 顧客のフィードバックや商談で得た内容は根拠として残し、確認済みの要望と社内の共同提案仮説を分けて扱います。
- 確認日と社内リマインドを設定し、計画会議の後に依頼事項が埋もれないようにします。
- パートナー向けの外部連絡は関連する文脈から下書きを作成し、責任者が明示的に確認してから送信します。
- 記録単位で次の対応、得られた反応、協業の進め方で見直す点を振り返り、次の案件に生かします。
> 「パートナーからの紹介を、単発のメッセージとして扱わなくなった。案件の背景、各担当の役割、次の連絡を人が承認する段階が一つの記録で確認できた。」
## パートナーからの学びを、再利用できる協業営業の進め方に変える
## 社内システムに残す情報
必要な項目は業務ごとに異なりますが、元になる文脈、現在の状態、責任者、判断の経緯、関連資料、関係するメール、次の社内対応、確認日を同じ場所に残します。この構造があることで、担当が変わっても人とAIエージェントは信頼できる前提から仕事を始められます。
## まずは一つの繰り返し業務から始める
すべてのツールを一度に置き換える必要はありません。会話、受信箱、資料、表計算ファイルの間で情報を転記している繰り返し業務から始めます。共有レコードを作り、責任者を結び付け、確認のリズムをワークフローで支えます。文脈と判断が積み上がるほど、その仕組みは実務に役立つようになります。
[Kylonに相談する](https://cal.com/team/kylon/kylon-product-introduction)
---
## How a Team Managed Quotes, Renewals, and Silent Opportunities
> Keep commercial commitments visible by connecting key dates, account history, documents, owners, and reviewable follow-up.
**URL:** https://kylon.io/use-cases/quotes-renewals-silent-opportunities
## Commercial work should not disappear in email
A quote request, renewal conversation, or contract update becomes a record with the account, key date, owner, commercial document, current stage, and explicit next action.
## See the next decision, not only the last message
The team can review upcoming renewals, open quotes, or records without an owner action. Each record points back to the email thread and documents that explain the current position.
## Use context before proposing follow-up
The agent can summarize prior conversations and prepare a follow-up draft using the linked account record and documents. It does not decide commercial terms or send without the account owner.
## Keep owners accountable
A workflow can surface records approaching a key date or waiting without a recorded next action. The owner reviews the underlying context and decides how to proceed.
## Build continuity into the sales system
The record stays useful after a call or renewal cycle because it retains the decision trail, documents, and commitments. The next person starts from the account history, not from a blank inbox.
## Surface quote and renewal work before context goes quiet
Quotes and renewals create quiet risk when their context is spread across account notes, document versions, customer feedback, and individual inboxes. A renewal may have a clear date but an unclear owner. A quote may be technically ready while a product question, procurement concern, or customer-requested change remains unresolved. Kylon gives teams an internal operating record for these moments. A database app can track the account, commercial period, quote version, decision date, requested changes, relevant feedback, stakeholders, owner, review stage, and next internal action. It can be used as a practical internal app for records and reviews, not just as an archive. Workflows can collect missing inputs, flag dates approaching a defined review window, and remind the owner to assess the record. The goal is not to claim that every opportunity converts. It is to make the work and evidence available early enough for a responsible team to decide what should happen next.
### Review the commercial record before preparing customer communication
A useful review brings commercial and relationship context together. The owner can compare the current quote with prior versions, note feedback received from the customer, identify dependencies on product or finance teams, and determine whether a proposed term needs approval. If relevant connected email context is available, Kylon can prepare a draft reply, quote cover note, or renewal check-in based on the record and conversation. That draft remains internal until a responsible person explicitly confirms the recipient, figures, terms, attachments, claims, and timing for external sending. This protects against sending an outdated quote or making an unreviewed commitment. Internal workflows may request approvals, remind reviewers, and route a record to the right internal queue. They do not independently make offers, negotiate terms, or send messages. For bulk renewal education or larger campaigns, a professional outreach platform manages deliverability and sending controls, while Kylon keeps the account-level reasoning and follow-up record.
- Create a quote or renewal record when commercial work begins, with one owner, the customer decision horizon, current documents, and a clear internal next action.
- Track version history and the reason for each significant change, such as a scope update, customer feedback, approval requirement, or pricing review.
- Use a review checklist for factual accuracy, approved commercial terms, customer-specific commitments, required attachments, and internal sign-off.
- Set workflow reminders around agreed review windows. Treat the alert as a prompt to assess the account, not proof that contact should occur.
- Prepare customer email drafts from connected context only when useful, and require explicit human confirmation before any external send.
- After a decision or a paused discussion, record the learning and next review date so a future owner can understand the account without reconstructing the story.
> “The value was not an automatic renewal message. It was seeing the quote, feedback, owner, unresolved questions, and review date in one place before the relationship went quiet.”
## Use the record to make renewal learning cumulative
## What the team keeps in the internal system
The exact fields differ by workflow, but the system keeps the source context, current status, accountable owner, decision history, related documents, relevant email thread, next internal action, and review date together. That structure gives people and agents a reliable starting point whenever work changes hands.
## Start with one repeated workflow
Teams do not need to replace every tool at once. Start with the repeated work that currently requires people to copy information between conversations, inboxes, documents, and spreadsheets. Build a shared record, connect the people who own it, and use a workflow to support the review rhythm. The system becomes more useful as its context and decisions accumulate.
[Talk to Kylon](https://cal.com/team/kylon/kylon-product-introduction)
### Japanese Version: 見積、更新、止まった商談を、同じ運用で追う
## 商談に関する仕事をメールに埋もれさせない
見積依頼、更新の会話、契約変更をレコードにします。顧客、重要日、担当、資料、現在のステージ、次の対応を同じ場所で扱います。
## 最後のメールではなく次の判断を見る
更新予定、見積中、担当対応が未設定のレコードを確認できます。現在の状況を説明するメールと資料にもすぐ戻れます。
## フォローアップは文脈から準備する
関連する顧客レコードと資料を使い、過去の会話を要約して連絡案を準備します。価格や契約条件を判断したり、担当者の確認なしに送信したりはしません。
## 担当者の確認を支える
重要日が近い、または次の対応が記録されていない案件をワークフローで見つけます。担当者は根拠を確認して対応を決めます。
## 営業システムに継続性を持たせる
通話や更新対応の後も、判断の経緯、資料、約束がレコードに残ります。次の担当者は空の受信箱ではなく、顧客の履歴から始められます。
## 見積もりと更新の文脈が埋もれる前に、確認対象として見える化する
見積もりと契約更新では、案件の背景が取引先メモ、資料の版、顧客からのフィードバック、個人の受信箱に分かれると、静かな見落としが生じやすくなります。更新時期は分かっていても責任者が曖昧な場合や、見積書は用意できていても製品面の質問、調達上の懸念、顧客からの変更依頼が未解決の場合があります。Kylonでは、こうした場面を社内の運用記録として扱えます。データベースアプリに、取引先、契約対象期間、見積書の版、判断予定日、変更依頼、関連するフィードバック、関係者、担当者、確認段階、次の社内アクションを整理します。これは保管場所だけでなく、記録とレビューに使える社内アプリです。ワークフローは不足情報を集め、定めた確認期間が近い記録を見つけ、担当者に見直しを促せます。すべての機会が成約するとは扱いません。責任あるチームが次の対応を判断できる時期に、必要な作業と根拠を見えるようにします。
### 顧客への連絡を準備する前に、商取引の記録を確認する
実用的な確認では、商取引上の情報と関係性の背景を一緒に見ます。担当者は現在の見積書と過去の版を比較し、顧客から受けた意見、製品チームや経理部門への確認事項、条件に承認が必要かどうかを整理できます。関連する接続済みメールの文脈が利用できる場合は、案件記録と会話をもとに返信、見積書の送付文、更新に関する確認文の下書きを用意できます。ただし、その下書きは社内の確認対象です。外部送信の前に、責任者が宛先、金額、条件、添付資料、説明内容、時期を明示的に確認します。これにより、古い見積書の送付や未確認の約束を避けるための確認機会を設けられます。社内ワークフローは承認依頼、確認者への通知、担当キューへの振り分けを行えますが、独自に条件を提示したり、交渉したり、メッセージを送信したりするものではありません。
- 商取引の対応が始まった時点で、担当者、顧客側の判断時期、現在の資料、明確な次の社内アクションを含む見積もりまたは更新記録を作成します。
- 対象範囲の変更、顧客からの意見、承認の必要性、価格確認など、重要な変更ごとに版の履歴と理由を残します。
- 事実関係、承認済みの条件、顧客固有の約束、必要な添付資料、社内承認を確認項目として整理します。
- 合意した確認期間に合わせてワークフローのリマインドを設定します。通知は連絡すべきことの証明ではなく、案件を見直すきっかけです。
- 顧客向けメールの下書きは必要な場合に接続済みの文脈から用意し、外部送信の前に必ず人が明示的に確認します。
- 判断が出た後や商談が保留になった後も、得られた学びと次回確認日を記録し、後任者が背景を探し直さずに理解できるようにします。
> 「更新メールを自動化したことが価値だったわけではない。関係が静かになる前に、見積書、顧客の声、担当者、未解決の論点、確認日を一か所で見られたことが役立った。」
## 更新対応で得た学びを、次の判断に積み上げる
## 社内システムに残す情報
必要な項目は業務ごとに異なりますが、元になる文脈、現在の状態、責任者、判断の経緯、関連資料、関係するメール、次の社内対応、確認日を同じ場所に残します。この構造があることで、担当が変わっても人とAIエージェントは信頼できる前提から仕事を始められます。
## まずは一つの繰り返し業務から始める
すべてのツールを一度に置き換える必要はありません。会話、受信箱、資料、表計算ファイルの間で情報を転記している繰り返し業務から始めます。共有レコードを作り、責任者を結び付け、確認のリズムをワークフローで支えます。文脈と判断が積み上がるほど、その仕組みは実務に役立つようになります。
[Kylonに相談する](https://cal.com/team/kylon/kylon-product-introduction)
---
## How Shift Teams Kept the Full Story Intact at Handover
> Turn frontline notes, email updates, documents, and operational records into a handover system the next person can run.
**URL:** https://kylon.io/use-cases/shift-handovers
## The shift changes. The context should not.
A handover can be scattered across chat, a quick call, an inbox, and someone’s memory. Kylon brings active work, supporting documents, open questions, and the next owner into one shared operating view.
## Give each handover item a working record
The internal app can capture the current state, customer impact, source emails, related documents, responsible person, priority, and next action. People and agents work from the same record instead of rebuilding the story.
## Keep evidence beside the summary
Attach a customer email, call note, procedure, or database record to the handover item. The incoming shift can see why a decision was made, not only a short summary of it.
## Prepare follow-up without removing human control
When an external update may be appropriate, an agent prepares a reply using the linked context. A teammate reviews, edits if necessary, and confirms before it is sent.
## Make handover a repeatable workflow
A workflow can collect open items near the end of a shift, prompt owners for missing details, and prepare a review-ready list. The result is a working system rather than a one-time prompt.
## Make every handover a visible operating record
Shift work moves quickly, but the information needed for the next shift is often scattered across chat messages, personal notes, spreadsheets, and verbal updates. Kylon gives each handover a shared place to begin. The outgoing team can record what happened, what remains open, which customers or sites need attention, and what evidence supports the update. The incoming team sees the same context in one workspace rather than reconstructing it from several chat threads. This is useful for frontline operations, support desks, facilities teams, logistics coordinators, and any group where work continues after one person signs off. A handover becomes a working record that can be reviewed, clarified, and improved over time.
### Capture the decision, not only the status
A useful handover explains more than whether a task is open or closed. It records the decision already made, the reason for it, the source material, the owner for the next action, and the time at which follow-up is needed. In Kylon, a structured handover form or database app can keep those fields consistent while linked files, conversations, and prior updates remain available beside the record. Team members can add a short explanation in their own words without losing the operational fields needed for reporting. That balance matters when an incident, exception, or customer request carries into the next shift and the next person needs enough context to act responsibly.
## Build a repeatable rhythm around the shift change
The handover process can be adapted to the way a team already works. A workflow can collect updates near the end of a shift, gather records that still need review, and remind the designated lead when a response or acknowledgment is due. Supervisors can review exceptions in a single view instead of asking each employee for a separate summary. Database apps can serve as usable internal systems for handover logs, issue tracking, and trend review, with fields that reflect the team’s own operating process. The aim is not to replace judgment with a form. It is to make the facts, decisions, and pending work visible enough that the next shift can start from a reliable baseline.
When a handover requires an external update, Kylon can prepare an email draft from the linked record and its context. The draft remains for a person to check, edit if needed, and explicitly confirm before any external send. This protects the team from treating a summary as a final customer or partner communication. It also makes the approval point clear: internal information can be collected and organized automatically, while the person responsible retains control of what leaves the organization. Over time, the handover history provides a practical source for coaching, capacity planning, and process improvements because recurring delays and unclear ownership are easier to see in the record.
## What the team keeps in the internal system
The exact fields differ by workflow, but the system keeps the source context, current status, accountable owner, decision history, related documents, relevant email thread, next internal action, and review date together. That structure gives people and agents a reliable starting point whenever work changes hands.
## Start with one repeated workflow
Teams do not need to replace every tool at once. Start with the repeated work that currently requires people to copy information between conversations, inboxes, documents, and spreadsheets. Build a shared record, connect the people who own it, and use a workflow to support the review rhythm. The system becomes more useful as its context and decisions accumulate.
[Talk to Kylon](https://cal.com/team/kylon/kylon-product-introduction)
When the handover starts from a recorded call, an agent can read the transcript first. See [Kylon for tl;dv users](/solutions/tldv).
### Japanese Version: シフト交代でも、業務の文脈を引き継ぐ
## シフトが変わっても文脈は切らない
引き継ぎはチャットの会話、短いやり取り、受信箱、個人の記憶に分かれがちです。進行中の仕事、資料、未解決事項、次の担当を一つの運用画面にまとめます。
## 引き継ぎ事項に実務レコードを持たせる
現在の状況、顧客への影響、元メール、関連資料、担当、優先度、次の対応をアプリで管理します。次の担当者が仕事の経緯を作り直す必要がありません。
## 要約の横に根拠を残す
顧客メール、通話メモ、手順書、データベースの記録を引き継ぎ事項に関連付けます。受け取る側は短い説明だけでなく、判断の理由を確認できます。
## 外部フォローアップは人が確認する
顧客への連絡が必要な場合、エージェントは関連情報から下書きを準備します。担当者が確認、必要に応じて修正し、送信を確定します。
## 引き継ぎを繰り返せるワークフローにする
シフト終盤に未完了事項を集め、不足情報の確認を促し、レビュー用の一覧を作るワークフローを設定できます。単発の指示ではなく、使える運用になります。
## 引き継ぎを、次の担当者が使える業務記録にする
シフト制の現場では、次の担当者に必要な情報が、チャット、個人メモ、表計算ファイル、口頭連絡に分かれやすくなります。Kylonでは、引き継ぎごとに共有の起点を用意できます。前のシフトの担当者は、発生したこと、未対応の項目、注意が必要な顧客や拠点、更新の根拠を記録します。次のシフトの担当者は、複数の場所を探し回るのではなく、同じ文脈を一つのワークスペースで確認できます。現場運営、問い合わせ対応、設備管理、物流調整など、人が交代しても業務が続くチームに適した運用です。引き継ぎを、確認と改善を重ねられる業務記録として残せます。
### 状態だけでなく、判断の背景も残す
使える引き継ぎには、対応中か完了かという状態だけでは足りません。すでに行った判断、その理由、参照した資料、次の対応者、確認が必要な時刻まで記録することが重要です。Kylonでは、構造化した引き継ぎフォームやデータベースアプリにより、必要な項目をそろえながら、関連ファイル、会話、過去の更新を記録の横に残せます。担当者は自分の言葉で補足を書きつつ、集計や確認に必要な運用項目も保持できます。障害、例外対応、顧客からの依頼が次のシフトにまたがるとき、次の担当者が責任を持って動くための文脈になります。
## 交代時間に合わせて、繰り返せる運用をつくる
引き継ぎの流れは、現在のチーム運用に合わせて設計できます。ワークフローはシフト終了前に更新を集め、確認が残る記録を整理し、返答や確認が必要な責任者に通知できます。管理者は一人ずつ個別に報告を求める代わりに、例外事項を一つの画面で見直せます。データベースアプリは、引き継ぎ台帳、課題管理、傾向確認に使える社内システムとして機能し、チーム固有の運用項目を反映できます。目的は、判断をフォームに置き換えることではありません。事実、判断、未完了の作業を見える状態にし、次のシフトが一定の前提から始められるようにすることです。
社外への連絡が必要な場合、Kylonは記録と関連文脈をもとにメール下書きを準備できます。ただし、社外へ送信する前には、担当者が内容を確認し、必要に応じて修正したうえで、明示的に送信を確認します。引き継ぎの要約を、そのまま顧客や取引先向けの連絡として扱わないための確認点を設けられます。社内情報の収集と整理はワークフローで支援しつつ、組織の外へ出す内容の判断は責任者が持ちます。記録が蓄積されるほど、遅れや担当の曖昧さ、繰り返す課題を見つけやすくなり、指導や人員計画、業務標準化の材料として活用できます。
## 社内システムに残す情報
必要な項目は業務ごとに異なりますが、元になる文脈、現在の状態、責任者、判断の経緯、関連資料、関係するメール、次の社内対応、確認日を同じ場所に残します。この構造があることで、担当が変わっても人とAIエージェントは信頼できる前提から仕事を始められます。
## まずは一つの繰り返し業務から始める
すべてのツールを一度に置き換える必要はありません。会話、受信箱、資料、表計算ファイルの間で情報を転記している繰り返し業務から始めます。共有レコードを作り、責任者を結び付け、確認のリズムをワークフローで支えます。文脈と判断が積み上がるほど、その仕組みは実務に役立つようになります。
[Kylonに相談する](https://cal.com/team/kylon/kylon-product-introduction)
---
## How a Team Built a Living Onboarding and Knowledge System
> Connect role processes, training material, current projects, internal apps, and everyday questions in a shared workspace that improves with use.
**URL:** https://kylon.io/use-cases/living-onboarding-knowledge-system
## Start new teammates in real context
A new teammate needs more than a handbook. Their onboarding record links the people, process notes, current projects, internal apps, and first working tasks that apply to their role.
## Keep knowledge connected to the work
Policies, process notes, decisions, and email context remain attached to the work they explain. The agent can prepare a role-specific learning plan from the current source material rather than a static document.
## Create a usable onboarding app
A database app can show the first-week checklist, knowledge owners, core documents, recurring workflows, open questions, and progress for each role.
## Use questions to improve the system
When a new teammate cannot find an answer, the question can be routed to an owner with the relevant source. The answer improves the record for the next person.
## Keep external communication reviewed
An agent can draft a welcome message or request for missing access from the linked context. A manager reviews and confirms any external message before it is sent.
## Turn onboarding knowledge into an active system
New employees need more than a folder of reference documents. They need to understand which information applies to their role, where to ask questions, what good work looks like, and how their learning connects to real responsibilities. Kylon brings those elements together in a living onboarding knowledge system. Teams can organize guidance, policies, examples, checklists, role-specific tasks, and discussion in the same workspace where work is already taking place. Instead of treating onboarding as a one-time download of information, the organization can maintain a system that develops as processes, customers, and team practices change. New joiners receive a clearer path, while experienced colleagues have a more reliable way to share current knowledge.
### Connect guidance to the work it supports
Static documents become difficult to use when they do not show the context behind a rule or a decision. In Kylon, a knowledge page can be linked to the conversation, workflow, database record, or project where it is applied. A new team member can see the approved process alongside a practical example and the person responsible for review. Subject specialists can update the source material without asking every employee to manage separate copies. This approach supports knowledge sharing without implying that one document has every answer. It gives people an orderly place to start, a route for asking questions, and a visible record when guidance has been clarified or changed.
## Make progress visible without turning it into paperwork
A strong onboarding system gives managers enough visibility to support people without requiring constant status meetings. Kylon can provide a shared view of onboarding tasks, pending reviews, assigned mentors, and role-specific resources. A workflow can collect progress from the new joiner, invite a reviewer to check a completed task, and send a reminder when an agreed milestone has not yet been revisited. Database apps are usable internal systems for tracking the onboarding journey and linking it to the actual work the person is learning to do. The team can adjust the path for different roles or locations while retaining a common structure for the material that matters across the organization.
Some onboarding work includes communications that must go outside the organization, such as a welcome message to a customer, a request to a partner, or a draft for a vendor. Kylon can prepare an email draft from the relevant linked context, but it does not remove the need for judgment. A person must review the content, make any necessary edits, and explicitly confirm before the email is sent externally. That distinction allows the system to reduce repeated preparation work while keeping accountability with the appropriate employee. As questions, examples, and feedback accumulate, the onboarding space becomes a maintained operational resource rather than an archive that is consulted only on a first day.
## What the team keeps in the internal system
The exact fields differ by workflow, but the system keeps the source context, current status, accountable owner, decision history, related documents, relevant email thread, next internal action, and review date together. That structure gives people and agents a reliable starting point whenever work changes hands.
## Start with one repeated workflow
Teams do not need to replace every tool at once. Start with the repeated work that currently requires people to copy information between conversations, inboxes, documents, and spreadsheets. Build a shared record, connect the people who own it, and use a workflow to support the review rhythm. The system becomes more useful as its context and decisions accumulate.
[Talk to Kylon](https://cal.com/team/kylon/kylon-product-introduction)
### Japanese Version: 日々の業務で育つ、オンボーディングとナレッジ基盤
## 実務の文脈から始める
新しいメンバーに必要なのは、手引きだけではありません。役割に応じた担当者、手順、進行中の案件、社内アプリ、最初の実務をオンボーディングレコードに関連付けます。
## ナレッジを仕事とつなげて残す
方針、手順、判断、メールの文脈を、それらが説明する仕事に関連付けます。エージェントは固定資料ではなく、現在の情報から役割別の学習計画を準備できます。
## 使えるオンボーディングアプリを作る
役割ごとに、初週の確認項目、ナレッジの担当者、必須資料、定常ワークフロー、未解決の質問、進捗を確認できます。
## 質問を仕組みの改善につなげる
答えが見つからない質問は、関連資料とともに担当者へ渡します。その回答を記録に反映し、次の人が同じ場所から始められるようにします。
## 外部連絡は確認してから送る
歓迎メールやアクセス依頼が必要な場合、エージェントは関連情報から下書きを準備します。送信前にマネージャーが内容を確認します。
## オンボーディングの知識を、日々更新される仕組みにする
新しく加わるメンバーに必要なのは、資料を集めたフォルダだけではありません。自分の役割に関係する情報、質問する場所、期待される仕事の水準、学びが実務にどうつながるかを理解する必要があります。Kylonでは、ガイドライン、規程、事例、確認表、役割別の課題、相談を、実際の業務が進むワークスペースにまとめられます。オンボーディングを一度限りの情報共有として扱うのではなく、業務手順、顧客、チームの実践が変わるたびに育てられる知識の仕組みにできます。新しいメンバーには進む順序が見え、経験者には最新の知識を共有しやすい場が生まれます。
### 手順と、それが使われる実務を結び付ける
規程や手順書は、判断の背景が分からないと実務で使いにくくなります。Kylonでは、知識ページを、その手順が使われる会話、ワークフロー、データベース記録、案件に結び付けられます。新しいメンバーは、承認された進め方と実際の対応例、確認する担当者を並べて確認できます。内容の担当者は、利用者ごとに別の写しを管理することなく、元の情報を更新できます。この方法は、一つの資料ですべてを解決できると考えるものではありません。どこから読み始めるか、質問をどこで行うか、説明が更新されたときに何を確認するかを、整理して示します。
## 書類作業を増やさず、進行を見えるようにする
よいオンボーディングの仕組みは、管理者が毎回の進捗会議を増やさなくても、必要な支援を行える状態をつくります。Kylonでは、オンボーディング課題、確認待ちの項目、相談役、役割別の資料を共有の画面で確認できます。ワークフローは、新しいメンバーから進捗を集め、完了した課題を確認者に回し、合意した節目が見直されていない場合にはリマインドを送れます。データベースアプリは、オンボーディングの過程を管理し、学んでいる実務に結び付けるための社内システムとして使えます。役割や拠点による違いを反映しながら、組織全体で共通して必要な情報の構造を保てます。
オンボーディングの中には、顧客への歓迎連絡、取引先への依頼、仕入先向けの下書きなど、社外向けの連絡を準備する場面もあります。Kylonは関連する記録と文脈からメール下書きを準備できますが、判断の工程を省くものではありません。社外へ送る前に、担当者が内容を確認し、必要な修正を行い、明示的に送信を確認します。この区分により、繰り返し発生する準備作業を支援しながら、責任は適切な担当者に残せます。質問、事例、現場からの意見が蓄積されるにつれ、オンボーディングの場は初日だけ参照する保管庫ではなく、維持される業務ナレッジとして機能します。
## 社内システムに残す情報
必要な項目は業務ごとに異なりますが、元になる文脈、現在の状態、責任者、判断の経緯、関連資料、関係するメール、次の社内対応、確認日を同じ場所に残します。この構造があることで、担当が変わっても人とAIエージェントは信頼できる前提から仕事を始められます。
## まずは一つの繰り返し業務から始める
すべてのツールを一度に置き換える必要はありません。会話、受信箱、資料、表計算ファイルの間で情報を転記している繰り返し業務から始めます。共有レコードを作り、責任者を結び付け、確認のリズムをワークフローで支えます。文脈と判断が積み上がるほど、その仕組みは実務に役立つようになります。
[Kylonに相談する](https://cal.com/team/kylon/kylon-product-introduction)
---
## How a Team Turned Customer Feedback Into a Product Loop
> Connect customer conversations, support email, call notes, evidence, product decisions, and follow-up in one shared system.
**URL:** https://kylon.io/use-cases/customer-feedback-product-loop
## Customer signals should not end in an inbox
A call note or support message can reveal a bug, feature request, onboarding gap, or message worth testing. The customer record keeps the original evidence beside the account context and previous requests.
## Turn conversations into reviewable inputs
The team creates linked records for feedback, possible bugs, feature requests, and go-to-market insights. Each item has a source, owner, status, and decision history so a pattern is not reduced to an unsupported summary.
## Find recurring themes with context
When several customers describe the same friction, the shared system can group the related evidence for product review. Teams see both the pattern and the conversations behind it.
## Coordinate product and customer follow-up
A workflow can route an item to the right product, support, or go-to-market owner. Once the team agrees a response, an agent prepares a customer update as a draft for human confirmation.
## Build a learning engine, not a feedback archive
Customer records, insights, product work, documents, and follow-up stay connected. The next decision starts with what the team already learned.
## Give customer feedback a route into product decisions
Customer feedback is most valuable when it can travel from the original conversation to a decision without losing its source, context, or urgency. In one anonymized power-user CRM workflow, a team captures call notes, customer requests, support observations, and account context in a structured internal system. Kylon brings those inputs together so product, customer-facing, and operational teams can review the same evidence. The goal is not to treat every request as a roadmap commitment. It is to make recurring signals easier to examine, compare, and discuss. A single comment may describe one situation. A pattern across customer calls, feedback records, and product usage discussions can provide a stronger basis for prioritization.
### Start with the original voice and the account context
The anonymized CRM is designed around the details a team needs to interpret feedback responsibly. Each record can retain the call notes, the customer’s stated problem, the feature or workflow involved, the account segment, the stage of the relationship, and links to follow-up conversations. This prevents product discussions from being driven by a short paraphrase that has detached from the original issue. Team members can distinguish between a request for a specific feature, a friction point in an existing process, and a broader outcome the customer is trying to achieve. Linked context also helps reviewers see whether the matter has already been discussed or whether a similar signal appears in another account.
## Move from individual notes to recurring insights
The useful unit for product planning is often not the individual feedback record but the recurring insight that emerges across records. Kylon can help teams review related notes in a consistent format, identify themes that appear across calls, and assign an owner to investigate the pattern further. A workflow can gather newly submitted feedback, request review from the appropriate people, and remind a designated owner to update the finding before a planning discussion. Database apps are usable internal systems for maintaining the evidence, the current interpretation, and the status of follow-up work. Teams can then separate confirmed observations from open questions, helping product discussions stay grounded in what has actually been heard.
The loop closes when the team can connect an insight to a decision, an experiment, a product change, or a customer follow-up, while preserving the reason for that action. If an external response is appropriate, Kylon can prepare an email draft using the linked customer context and the approved internal update. A person must still review the draft, edit it where necessary, and explicitly confirm before it is sent outside the organization. This keeps automated preparation separate from external communication responsibility. Over time, the anonymized power-user CRM becomes more than a collection of call notes. It becomes a reference for recurring customer needs, product trade-offs, and the evidence behind earlier decisions.
## What the team keeps in the internal system
The exact fields differ by workflow, but the system keeps the source context, current status, accountable owner, decision history, related documents, relevant email thread, next internal action, and review date together. That structure gives people and agents a reliable starting point whenever work changes hands.
## Start with one repeated workflow
Teams do not need to replace every tool at once. Start with the repeated work that currently requires people to copy information between conversations, inboxes, documents, and spreadsheets. Build a shared record, connect the people who own it, and use a workflow to support the review rhythm. The system becomes more useful as its context and decisions accumulate.
[Talk to Kylon](https://cal.com/team/kylon/kylon-product-introduction)
### Japanese Version: 顧客フィードバックを、プロダクトの改善ループへ
## 顧客の声を受信箱で終わらせない
通話メモやサポートメールには、不具合、要望、オンボーディングの課題、伝え方のヒントが含まれます。顧客レコードに元の根拠、顧客の背景、過去の依頼を残します。
## 会話を確認可能な入力に変える
フィードバック、想定される不具合、機能要望、マーケティングの示唆を関連レコードとして作成します。各項目に根拠、担当、状態、判断履歴を持たせます。
## 文脈を持って共通課題を見つける
複数の顧客が同じ摩擦を伝えた場合、関連する根拠をプロダクトレビュー用にまとめます。パターンだけでなく、背景となる会話も確認できます。
## プロダクト判断と顧客対応をつなぐ
ワークフローで項目をプロダクト、サポート、GTMの担当者へ渡します。対応方針が決まった後、顧客向けの連絡案を準備し、人が確認して送信します。
## フィードバック置き場ではなく学習の仕組みにする
顧客レコード、示唆、プロダクト作業、資料、フォローアップをつなげます。次の判断は、チームがすでに学んだ内容から始められます。
## 顧客の声を、プロダクト判断につながる流れにする
顧客からのフィードバックは、元の会話、背景、緊急度を失わずに判断へ届くときに価値を発揮します。ある匿名化した利用頻度の高い顧客向けの顧客関係管理の運用では、商談メモ、顧客からの要望、問い合わせ対応で得た所見、取引先の背景を構造化した社内システムに記録します。Kylonでは、プロダクト、顧客対応、業務運営の各チームが、同じ根拠を確認できます。目的は、すべての要望を開発予定として扱うことではありません。繰り返し現れる声を、比較し、検討し、議論しやすくすることです。一件のコメントは一つの状況を示しますが、商談、フィードバック記録、利用時の相談にまたがる傾向は、優先順位を考えるためのより強い材料になります。
### 顧客の言葉と取引先の背景から始める
匿名化した顧客関係管理の記録には、フィードバックを慎重に読み取るための情報を残せます。商談メモ、顧客が述べた課題、関係する機能や業務手順、取引先の区分、関係の段階、後続の会話へのリンクを一つの記録にまとめます。これにより、短い要約だけが独り歩きし、元の課題から切り離されることを防ぎやすくなります。チームは、特定機能への要望、既存の進め方で生じた使いにくさ、顧客が達成しようとしているより大きな目的を区別して確認できます。関連する文脈があることで、すでに検討された事項か、別の取引先でも似た声が出ているかを見直せます。
## 個別のメモから、繰り返し現れるインサイトへ進める
プロダクトの計画で重要になるのは、個別のフィードバック記録そのものではなく、複数の記録から見えてくる繰り返しのインサイトである場合があります。Kylonでは、関連するメモを一定の形式で見直し、商談をまたいで現れる論点を確認し、その傾向を調べる担当者を決められます。ワークフローは新しく登録されたフィードバックを集め、適切な担当者に確認を依頼し、計画の議論前に所見を更新するよう担当者へリマインドできます。データベースアプリは、根拠、現在の解釈、後続作業の状態を維持する社内システムとして使えます。確認済みの観察と、まだ検討が必要な問いを分けることで、実際に聞いた内容に基づくプロダクト議論を進めやすくなります。
この流れは、インサイトを判断、検証、プロダクトの変更、顧客への後続連絡に結び付け、その理由を残すことで一巡します。社外への返答が適切な場合、Kylonは顧客に関する関連文脈と社内で承認された更新内容をもとに、メール下書きを準備できます。ただし、社外へ送る前には担当者が下書きを確認し、必要に応じて編集し、明示的に送信を確認します。自動化による準備と、社外コミュニケーションに対する責任を分けるためです。匿名化した利用頻度の高い顧客向けの顧客関係管理は、時間とともに商談メモの保管場所を超え、繰り返される顧客課題、プロダクト上の検討事項、過去の判断を支えた根拠を確認する基盤になります。
## 社内システムに残す情報
必要な項目は業務ごとに異なりますが、元になる文脈、現在の状態、責任者、判断の経緯、関連資料、関係するメール、次の社内対応、確認日を同じ場所に残します。この構造があることで、担当が変わっても人とAIエージェントは信頼できる前提から仕事を始められます。
## まずは一つの繰り返し業務から始める
すべてのツールを一度に置き換える必要はありません。会話、受信箱、資料、表計算ファイルの間で情報を転記している繰り返し業務から始めます。共有レコードを作り、責任者を結び付け、確認のリズムをワークフローで支えます。文脈と判断が積み上がるほど、その仕組みは実務に役立つようになります。
[Kylonに相談する](https://cal.com/team/kylon/kylon-product-introduction)
---
## How a Product Team Moved From Discussion to a Delivery Plan
> Turn discussions, meeting conclusions, email, and documents into reviewable requirements, decisions, dependencies, and a working delivery plan.
**URL:** https://kylon.io/use-cases/discussion-to-requirements-delivery-plan
## The important decision is often buried in the conversation
A workshop or product discussion can contain a customer promise, scope change, technical question, or dependency. When notes and plans live apart, the team must reconstruct what was agreed and why.
## Propose records from source material
Meeting notes, emails, and documents sit beside a requirements app. The agent can prepare reviewable records for requirements, assumptions, questions, and dependencies while retaining links back to the source.
## Separate commitments from open questions
Each requirement can show the requested outcome, acceptance notes, owner, priority, dependency, and decision status. The team confirms what is agreed before treating it as work.
## Keep the delivery plan current
A shared view groups confirmed requirements into milestones, owners, blockers, and next review dates. It is an internal system people can inspect and revise, not a summary that is stale after one meeting.
## Align externally from confirmed records
When the team needs a scope recap or next-steps message, the agent drafts it from the approved records. A responsible person reviews and confirms the external communication.
## Turn scattered product feedback into a delivery plan the team can work from
Product feedback rarely arrives in a clean sequence. A customer may describe a blocked workflow in a call, a support teammate may add a related note days later, and sales may surface a similar objection while preparing a proposal. The important signal is often distributed across those moments. Kylon gives the team one working space to collect the original context, distinguish an observation from a request, and shape the material into requirements that can be reviewed together. This is not a promise that every request becomes a feature. It is a way to make the reasoning visible. Product, customer-facing, and delivery teams can see which problem was reported, who experiences it, what evidence supports it, what assumptions remain open, and what a practical next step could be. The result is a requirements record that retains the customer language without treating every message as a final specification.
### Separate the reported problem from the proposed solution
A useful intake begins with the source material. Teams can bring call notes, linked messages, issue reports, screenshots, and account context into a single discussion. An agent can organize the material around recurring fields such as user role, current process, impact, requested outcome, evidence, urgency, and unanswered questions. It can also point out where two comments describe the same underlying friction or where a proposed feature may be only one of several possible responses. The team then reviews the draft together. A product lead may add a constraint, an implementation teammate may flag a dependency, and the account owner may clarify whether the feedback came from a broad pattern or a single account. Kylon keeps that review beside the evidence rather than relocating it into an isolated document. This matters when a requirement changes. Later readers can understand what changed, why it changed, and which source material informed the decision.
### Move from a reviewed requirement to accountable delivery work
Once the problem statement is ready for review, the same workspace can turn it into a delivery plan. A database app can serve as an internal requirements and launch system, with records for the problem, target users, acceptance conditions, owner, priority, dependencies, decision date, and delivery status. It is usable by the operating team, not merely a static report. Views can show items waiting for clarification, work scheduled for a release, or decisions that need a named owner. Workflows support the operating rhythm around that system. They can collect new feedback into an intake queue, ask designated reviewers to assess an item, and remind owners when a decision or follow-up is overdue. When an update needs to go outside the organization, Kylon can prepare an email draft from the linked context. A person must explicitly review and confirm it before any external send. That confirmation step keeps account communication with the people responsible for the relationship.
- Capture feedback with the original source, customer context, and a concise problem statement.
- Review evidence, assumptions, scope, and alternatives before a request becomes planned work.
- Use an internal database app to track requirements, owners, dependencies, acceptance conditions, and delivery status.
- Let workflows collect submissions, route items for review, and remind the right owner at the right point.
- Prepare stakeholder updates from the reviewed record, with explicit human confirmation required before external email is sent.
> In an anonymized product-feedback review, several customers appeared to ask for different features. Reading the linked conversations together showed a shared problem: handoffs lacked a clear owner and current status. The team planned a smaller first release around that workflow, documented what it would and would not cover, and kept the original feedback attached for the next review.
## What the team keeps in the internal system
The exact fields differ by workflow, but the system keeps the source context, current status, accountable owner, decision history, related documents, relevant email thread, next internal action, and review date together. That structure gives people and agents a reliable starting point whenever work changes hands.
## Start with one repeated workflow
Teams do not need to replace every tool at once. Start with the repeated work that currently requires people to copy information between conversations, inboxes, documents, and spreadsheets. Build a shared record, connect the people who own it, and use a workflow to support the review rhythm. The system becomes more useful as its context and decisions accumulate.
[Talk to Kylon](https://cal.com/team/kylon/kylon-product-introduction)
Where the discussion was recorded matters less than what happens next. See how this works from [tl;dv](/solutions/tldv) or [Granola](/solutions/granola).
### Japanese Version: 議論から要件、実装計画、交付追跡へ
## 重要な判断は会話の中に埋もれやすい
ワークショップや製品議論には、顧客への約束、スコープ変更、技術的な質問、依存関係が含まれます。メモと計画が分かれていると、何を合意したかを毎回作り直す必要があります。
## 元の資料から確認用レコードを準備する
会議メモ、メール、資料を要件アプリに関連付けます。エージェントは根拠へのリンクを残しながら、要件、前提、質問、依存関係の確認用レコードを作成できます。
## 合意事項と未解決事項を分ける
要件には、求める成果、受け入れ条件、担当、優先度、依存関係、判断状況を記録します。チームは合意前の内容をそのまま作業にしません。
## 実装計画を常に更新できる形にする
確定した要件をマイルストーン、担当、障害、次のレビュー日ごとに整理します。一度だけ作る要約ではなく、チームが確認、更新できる社内システムです。
## 確定した記録から外部との認識を合わせる
スコープ確認や次の対応の連絡が必要な場合、承認済みのレコードから下書きを作ります。責任者が確認してから外部に送信します。
## 散在するプロダクトフィードバックを、実行できる提供計画へ整理する
プロダクトに関する声は、整った順序で届くとは限りません。ある顧客は商談や定例の場で業務上の詰まりを説明し、数日後にサポート担当が関連する記録を残し、営業担当が提案準備中に似た懸念を見つけることがあります。重要な示唆は、その複数の場面に分散しています。Kylonでは、元の文脈を一つの作業場所に集め、観察された課題と要望を分け、チームで確認できる要件へ整理できます。 すべての要望を機能開発につなげるための仕組みではありません。どのような根拠で判断したかを見える形にするための仕組みです。プロダクト担当、顧客対応担当、提供担当が、誰のどの業務で起きた問題か、どの記録が根拠か、何が未確認か、次に何を確認するかを共有できます。顧客の言葉を残しながらも、個々のメッセージを確定仕様として扱わない要件記録を作れます。
### 報告された課題と、提案された解決方法を分けて検討する
受付は、元になる記録から始めます。商談メモ、関連づけられたメッセージ、問い合わせ記録、画面の画像、取引先の状況を一つの議論に集約します。エージェントは、利用者の役割、現在の業務手順、影響、求められる状態、根拠、緊急度、未解決の問いといった項目で整理を補助します。複数のコメントが同じ業務上の摩擦を指している箇所や、提案された機能以外にも対応の選択肢がある箇所を見つけることもできます。 その後、チームが下書きを確認します。プロダクト責任者は制約を補い、実装担当は依存関係を確認し、顧客担当はそれが複数の取引先に共通する傾向か、一つの取引先に限られた声かを補足します。Kylonでは、この確認を根拠の横で進められます。要件が変わった場合でも、後から読む人が何を、なぜ変更したのか、どの記録を判断材料にしたのかを追えます。
### 確認済みの要件を、担当と期限のある提供作業へつなげる
課題の記述を確認できたら、同じ作業場所で提供計画に進めます。データベースアプリを社内の要件管理と提供管理の仕組みとして使い、課題、対象利用者、受け入れ条件、担当者、優先度、依存関係、判断日、提供状況を記録できます。これは報告書を置くだけの場所ではなく、運用するチームが日常的に使える社内システムです。追加確認を待つ項目、提供時期ごとの作業、担当者の判断が必要な項目を表示することもできます。 ワークフローは、この仕組みを継続して動かすために、提出内容を集め、指定した確認担当へ回し、判断や対応が期限を過ぎた場合に担当者へ通知します。社外に共有する更新が必要な場合は、関連する記録をもとに電子メールの下書きを作成できます。ただし、社外送信の前には必ず人が内容を確認し、明示的に送信を確定します。この確認工程により、取引先との連絡は関係を担当する人が責任を持って進められます。
- 元の記録、取引先の文脈、簡潔な課題の記述とともにフィードバックを受け付ける。
- 要望を計画に入れる前に、根拠、前提、対象範囲、代替案を確認する。
- 社内データベースアプリで、要件、担当者、依存関係、受け入れ条件、提供状況を管理する。
- ワークフローで提出を集め、確認へ回し、適切な時点で担当者に通知する。
- 確認済みの記録から関係者向けの連絡文を準備し、社外電子メールは人の明示的な確認後に送信する。
> 匿名化したプロダクトフィードバックの振り返りでは、複数の顧客が異なる機能を求めているように見えました。関連する会話を並べて確認すると、共通していたのは、引き継ぎ時に担当者と現在の状況が分かりにくいことでした。チームはその業務手順に焦点を絞った最初の提供内容を計画し、対応する範囲と次回確認する点を記録し、元のフィードバックも参照できる状態で残しました。
## 社内システムに残す情報
必要な項目は業務ごとに異なりますが、元になる文脈、現在の状態、責任者、判断の経緯、関連資料、関係するメール、次の社内対応、確認日を同じ場所に残します。この構造があることで、担当が変わっても人とAIエージェントは信頼できる前提から仕事を始められます。
## まずは一つの繰り返し業務から始める
すべてのツールを一度に置き換える必要はありません。会話、受信箱、資料、表計算ファイルの間で情報を転記している繰り返し業務から始めます。共有レコードを作り、責任者を結び付け、確認のリズムをワークフローで支えます。文脈と判断が積み上がるほど、その仕組みは実務に役立つようになります。
[Kylonに相談する](https://cal.com/team/kylon/kylon-product-introduction)
---
## How a Team Ran an Operating Rhythm and Project War Room
> Keep goals, updates, blockers, decisions, source documents, and externally reviewed communication in one active project system.
**URL:** https://kylon.io/use-cases/operating-rhythm-project-war-room
## Status breaks when it lives everywhere
A launch or high-stakes initiative can involve campaign work, product readiness, customer feedback, supplier email, documents, and several owners. A war room gives the team one place to see what needs attention now.
## Give each workstream a current record
The project app can show workstreams, owners, milestones, blockers, decisions, next actions, linked email, and documents. The shared context lets people and agents prepare updates without asking every owner to rebuild the background.
## Keep blockers tied to evidence
A blocker record points to the conversation, document, customer input, or requirement that explains it. This makes operating reviews about current facts rather than forwarded fragments.
## Make the weekly rhythm durable
A recurring workflow requests concise updates, surfaces unreviewed blockers, and prepares a brief for the next review. After the meeting, the same system records decisions and updates the work.
## Coordinate external messages safely
For a partner request, launch update, or customer notice, an agent can prepare a draft from the approved project records. A designated person reviews and confirms it before sending.
## Give launch planning a shared operating rhythm, not another status meeting
A launch plan can look complete in a planning document and still lose momentum once work begins. Product feedback changes the message, an implementation dependency shifts the date, a sales question exposes a missing enablement asset, and a customer commitment needs a clear answer. When each update lives in a different conversation, the team spends its time reconstructing the present instead of deciding what to do next. A Kylon project war room creates a working center for that period. It brings the launch brief, customer evidence, decisions, owners, risks, assets, and open questions into a shared rhythm. The goal is not constant activity or a larger stream of notifications. It is a place where the team can see what has changed since the last review, which decision needs attention, and whether the plan still matches what teams are learning from the market.
### Run the work from a current view of commitments and evidence
For an upcoming release or market introduction, a team can begin with a clear record of the audience, problem, positioning, delivery scope, dates, accountable owners, and measures it plans to watch. Linked customer feedback gives the plan context. A note from a discovery conversation can be connected to a messaging decision, while a support pattern can be linked to a readiness task. This keeps launch planning grounded in observed needs rather than a collection of disconnected opinions. A database app can become the internal operating system for the war room. It can hold launch workstreams, decision records, risks, dependencies, content and enablement assets, review dates, and accountable people. Each record can link back to the discussion that created it. Different views make the same system practical for different roles: leadership can review decisions and risks, contributors can focus on their assigned work, and the project owner can see dependencies that could affect timing.
### Use workflows to keep review and follow-through moving
The operating rhythm is what turns the room into a dependable practice. Workflows can collect status updates before a review, summarize changes for the designated participants, request review of a decision or asset, and remind owners when an action has not been updated. The team can use the meeting time to resolve trade-offs, validate the next milestone, and assign a clear follow-up instead of reading every status update aloud. Communication outside the room stays deliberate. Kylon can prepare a draft for a customer update, partner note, or internal announcement using the relevant launch record and linked discussion. It does not send that message by itself. A person reviews the draft, adjusts it for the audience, and explicitly confirms before any external email is sent. This is especially useful when launch timing or scope is still changing, because the accountable team member remains responsible for the final commitment.
- Create one launch brief with audience, problem, scope, message, timing, owners, and review dates.
- Link feedback and decisions to the work they inform so assumptions can be checked in context.
- Use an internal database app for workstreams, risks, dependencies, assets, decisions, and accountable owners.
- Set workflows to collect updates, request reviews, and remind owners before critical handoffs.
- Prepare external updates from the current record, with a human review and explicit confirmation before email is sent.
> In an anonymized launch-planning pattern, sales, product, and customer teams were each tracking readiness in separate places. A shared war room revealed that the immediate issue was not the target date but an unanswered question about implementation expectations. The team assigned an owner, connected the answer to the customer-facing materials, and reviewed the updated commitment before it was communicated externally.
## What the team keeps in the internal system
The exact fields differ by workflow, but the system keeps the source context, current status, accountable owner, decision history, related documents, relevant email thread, next internal action, and review date together. That structure gives people and agents a reliable starting point whenever work changes hands.
## Start with one repeated workflow
Teams do not need to replace every tool at once. Start with the repeated work that currently requires people to copy information between conversations, inboxes, documents, and spreadsheets. Build a shared record, connect the people who own it, and use a workflow to support the review rhythm. The system becomes more useful as its context and decisions accumulate.
[Talk to Kylon](https://cal.com/team/kylon/kylon-product-introduction)
### Japanese Version: 経営の運営リズムとプロジェクト作戦室を、一つの仕組みで動かす
## 状況が各所にあると進行が止まる
ローンチや重要な横断プロジェクトには、施策、製品準備、顧客の声、パートナーからのメール、資料、複数の担当者が関わります。作戦室は、今確認すべき仕事を一か所にまとめます。
## 各ワークストリームに最新のレコードを持たせる
プロジェクトアプリに、作業領域、担当、マイルストーン、障害、判断、次の対応、関連メール、資料を記録します。共有された文脈があるため、人とエージェントは背景を毎回聞き直さずに更新を準備できます。
## 障害を根拠と結び付ける
障害レコードに、その理由となる会話、資料、顧客の入力、要件を関連付けます。運営レビューでは転送された断片ではなく、現在の事実を確認できます。
## 週次の運営リズムを残る仕組みにする
定期ワークフローで簡潔な更新を依頼し、未確認の障害を見つけ、次のレビュー用のブリーフを準備します。会議後は同じ場所で判断と作業を更新します。
## 外部連絡を安全に調整する
パートナー依頼、ローンチ更新、顧客への案内では、承認済みのプロジェクト記録から下書きを作成できます。指定された担当者が確認してから送信します。
## 提供開始の計画を、報告会ではなく共有された運用リズムで進める
提供開始の計画は、企画書の上では整って見えても、実行が始まると勢いを失うことがあります。プロダクトへの反応によって伝え方を見直す必要が生じ、実装上の依存関係で日程が動き、営業からの質問で説明資料の不足が見つかり、顧客への約束には明確な回答が求められます。更新が別々の会話に散らばると、チームは次の判断に使う時間よりも、現在の状況を再構成する時間を使うことになります。 Kylonのプロジェクト運営ルームは、その期間の作業拠点になります。提供開始の概要、顧客から得た根拠、判断、担当者、リスク、資料、未解決の問いを、一つの運用リズムにまとめます。目的は、通知や会話の量を増やすことではありません。前回の確認から何が変わったか、どの判断に注意が必要か、計画が市場から得られる学びと合っているかを、チームが把握できる状態をつくります。
### 約束と根拠を、常に確認できる形で運用する
新しい提供内容や市場への展開を準備する際は、対象者、解決したい課題、伝え方、提供範囲、日程、責任者、確認したい指標を明確な記録として置きます。関連する顧客フィードバックを結び付けることで、計画に文脈が生まれます。発見段階の会話メモを伝え方の判断に関連付けたり、問い合わせの傾向を準備作業に結び付けたりできます。提供開始の計画を、切り離された意見の集合ではなく、観察された必要性に基づいて進められます。 データベースアプリは、運営ルームの社内システムとして使えます。作業領域、判断記録、リスク、依存関係、案内資料や社内向け資料、確認日、責任者を管理し、それぞれの記録から作成のきっかけになった会話を参照できます。同じ仕組みでも、役割ごとに見方を変えられます。責任者は判断とリスクを確認し、実行担当は自分の作業に集中し、進行担当は日程に影響しうる依存関係を把握できます。
### ワークフローで確認と対応の継続を支える
このルームを継続的な実践にするのは、運用リズムです。ワークフローは、確認前に状況更新を集め、指定した参加者に変更点を整理し、判断や資料の確認を依頼し、対応状況が更新されていない担当者に通知します。会議の時間は、すべての状況報告を読み上げるためではなく、優先順位の調整、次の節目の確認、明確な対応の割り当てに使えます。 ルーム外への連絡も慎重に進めます。Kylonは、現在の提供記録と関連する議論をもとに、顧客向けの進捗連絡、協力先への案内、社内告知の下書きを準備できます。ただし、システムが自動で社外送信することはありません。人が下書きを確認し、相手に合わせて調整したうえで、社外電子メールの送信を明示的に確定します。提供時期や範囲が変わりうる場面でも、最終的な約束は責任を持つ担当者が確認できます。
- 対象者、課題、提供範囲、伝え方、日程、担当者、確認日を一つの提供開始概要にまとめる。
- フィードバックと判断を、それぞれが影響する作業に関連付け、前提を文脈の中で確認する。
- 社内データベースアプリで、作業領域、リスク、依存関係、資料、判断、責任者を管理する。
- ワークフローで状況更新を集め、確認を依頼し、重要な引き継ぎの前に担当者へ通知する。
- 最新の記録をもとに社外向け連絡文を準備し、電子メールは人の確認と明示的な送信確定後に送る。
> 匿名化した提供開始計画の事例では、営業、プロダクト、顧客対応の各チームが、それぞれ別の場所で準備状況を追っていました。共有の運営ルームで確認すると、直近の課題は目標日そのものではなく、導入時に何を期待できるかという問いに回答がないことでした。チームは担当者を決め、その回答を顧客向け資料に結び付け、社外に伝える前に更新後の約束を確認しました。
## 社内システムに残す情報
必要な項目は業務ごとに異なりますが、元になる文脈、現在の状態、責任者、判断の経緯、関連資料、関係するメール、次の社内対応、確認日を同じ場所に残します。この構造があることで、担当が変わっても人とAIエージェントは信頼できる前提から仕事を始められます。
## まずは一つの繰り返し業務から始める
すべてのツールを一度に置き換える必要はありません。会話、受信箱、資料、表計算ファイルの間で情報を転記している繰り返し業務から始めます。共有レコードを作り、責任者を結び付け、確認のリズムをワークフローで支えます。文脈と判断が積み上がるほど、その仕組みは実務に役立つようになります。
[Kylonに相談する](https://cal.com/team/kylon/kylon-product-introduction)
---
## Same-Day Restoration Estimates
> Same-day photo-based estimates for restoration work.
**URL:** https://kylon.io/use-cases/genjo-kaifuku
### Japanese Version: 原状回復の見積を当日中に返す
---
## Inbound Travel Arrangements
> Generate arrangement documents and quotes from English orders simultaneously.
**URL:** https://kylon.io/use-cases/inbound-tehai
### Japanese Version: 英文オーダーから手配書と見積を同時に
---
## Hotel & Ryokan Operations
> Reduce missed reservation emails by organizing the details hotel teams need to review and reply.
**URL:** https://kylon.io/use-cases/hotel
### Japanese Version: 予約メールの確認漏れを減らす
---
## Real Estate Operations
> Keep property listings fresh and never miss an inquiry.
**URL:** https://kylon.io/use-cases/realestate
### Japanese Version: 掲載の鮮度を切らさない。反響を取りこぼさない
---
## Auto Service & Sales
> Eliminate missed inspection reminders and streamline estimates.
**URL:** https://kylon.io/use-cases/car-service
### Japanese Version: 車検満了日を、全件追いかける
---
## Insurance Agency Operations
> Never miss a renewal deadline again.
**URL:** https://kylon.io/use-cases/insurance-agency
### Japanese Version: 火災保険の大量満期更改を取り切る
---
## Nursing Care Operations
> Generate care plans and billing from daily records.
**URL:** https://kylon.io/use-cases/kaigo
### Japanese Version: 請求と報告書を、記録から起こす
---
## Aesthetic clinic LINE inquiries
> Guide LINE inquiries into booking-ready clinic conversations.
**URL:** https://kylon.io/use-cases/line-aesthetic-clinic
### Japanese Version: 美容クリニック・美容皮膚科
---
## Private dentistry LINE inquiries
> Organize LINE inquiries for private dentistry and route the right conversations to staff.
**URL:** https://kylon.io/use-cases/line-private-dentistry
### Japanese Version: 自費診療の歯科
---
## Luxury real estate LINE inquiries
> Turn LINE property inquiries into viewing-ready handoffs.
**URL:** https://kylon.io/use-cases/line-luxury-real-estate
### Japanese Version: 高級賃貸・売買の不動産
---
## Wedding venue LINE inquiries
> Organize weekend LINE inquiries into venue-viewing conversations.
**URL:** https://kylon.io/use-cases/line-wedding-venue
### Japanese Version: 結婚式場・ウェディング
---
## Esthetic salon LINE inquiries
> Organize salon LINE inquiries and booking-ready handoffs.
**URL:** https://kylon.io/use-cases/line-esthetic-salon
### Japanese Version: 脱毛・エステサロン
---
## Personal gym LINE inquiries
> Turn LINE trial inquiries into booking-ready conversations.
**URL:** https://kylon.io/use-cases/line-personal-gym
### Japanese Version: パーソナルジム
---
## Accounting Firms: Turning Client Follow-Up Back Into Billable Capacity
> Document chasing, status tracking and re-keying between systems is where an accounting firm's week goes. This is how that coordination layer runs inside one Kylon room, with every client-facing action waiting on a person.
**URL:** https://kylon.io/use-cases/accounting-firm-operations
## The work nobody bills for
Ask a partner where the week went and the answer is rarely the return itself. It is the eleventh email asking for a bank statement, the client who sent last year's file, the spreadsheet somebody keeps updating to show who is waiting on what.
That layer has been measured. Progress Software surveyed 355 professional services firms across ten industries including accounting, and found firms spend close to **20 hours a week** collecting documents and signatures, following up with clients, clarifying requests and tracking tasks. At an average billing rate of 65 dollars an hour, that is a median of roughly **60,000 dollars a year in non-billable client-service work** ([Progress Software, State of Client Collaboration 2026](https://investors.progress.com/news-releases/news-release-details/professional-services-firms-lose-60k-year-inefficient-client), published 30 July 2026, checked 21 September 2026). The vendor's own breakdown of the same dataset puts the figure at **20.3 hours a week** and notes that **83 percent of firms say growth has increased operational strain** ([ShareFile, What's Wrong With the Way Client Work Happens Today](https://www.sharefile.com/blogs/what-s-wrong-with-the-way-client-work-happens-today), checked 21 September 2026).
The second leak is between the tools. Intuit's 2026 Accountant Technology Survey of 725 US accounting and bookkeeping professionals found firms run an average of **10 applications**, and that accountants lose about **5 hours a week** moving, re-entering or reconciling information across them. Asked what blocks more advisory work, **30 percent named manual data cleanup**, ahead of staffing shortages at 24 percent and app overload at 16 percent ([Intuit 2026 Accountant Technology Survey](https://www.firmofthefuture.com/news/accountant-tech-survey-2026/), published 23 June 2026, checked 21 September 2026).
Hiring your way out of it is slow and contested. Public accounting firms responding to the AICPA reported hiring 11,985 new graduates in 2024, and three quarters of those that hired expected the same or more the following year ([AICPA, 27 October 2025](https://www.aicpa-cima.com/news/article/accounting-firms-report-strong-hiring-outlook-aicpa-report-finds), checked 21 September 2026). Everyone is recruiting from the same pool for the same reason.
## One room per engagement, one database for the firm
The setup is deliberately small. The firm keeps one Kylon room for client operations and one Database App behind it. Every engagement is a record: client, entity type, period, service line, owner, deadline, the document checklist for that service, and the current state of each item on it.
Nothing about that is novel on its own. What changes is that the agent working the engagement reads the same record the partner reads, and writes to it. There is no second copy of the truth in somebody's inbox.
- **Engagement records** carrying the checklist, the owner and the filing date
- **Document state per item**, so waiting is a field rather than a memory
- **Room guidelines** that set tone, escalation thresholds and what a person must sign
- **A shared view** the whole team reads instead of a status meeting
*[Interactive UI preview: Kylon room showing an accounting practice agent posting the Monday client operations board, with counts and a table of engagements]*
## What arrives, what gets prepared, who decides
The useful question is not what the agent can do. It is where the work stops and a person picks it up. That line is fixed in the room guidelines and it does not move on a busy Tuesday.
## Follow-up that stops being a person's job
The follow-up loop is the piece worth automating first, because it is the most mechanical and the most resented. When a checklist item passes its reminder window, the agent drafts the chase: the client's name, the specific item, what was already received, what it is holding up.
Firms differ on whether that draft sends itself. A practice with 400 individual returns usually lets routine reminders go out on a schedule and reserves review for anything involving a fee, a scope change or bad news. A practice with forty corporate clients usually reviews every outbound message. Both are configurations of the same room, not different products.
When a client replies with the file, the item closes and the chase stops. When a client replies with a question the agent cannot answer from the engagement record, it stops and puts the thread in front of the owner instead of guessing.
## See it in action
The agent says what the record shows, the partner asks for a chase in one line, and the email comes back written and held. Send is a person, not a setting.
*[Interactive UI preview: Kylon room showing a chase email drafted from an engagement record and held behind a Send control]*
## Close preparation as a by-product of the record
Because the state of each engagement is already structured, period close stops being a reconstruction exercise. The agent assembles the draft close pack from the record: what was received and when, which exceptions were raised, how each was resolved, and which items were waived and by whom.
That pack is a draft. A person reads it, corrects it and signs it. The value is not that it was written quickly. It is that the evidence behind every line is one click away, in the thread where the decision was made.
*[Interactive UI preview: Kylon room showing a close preparation pack posted as a table, each working paper linked to the evidence behind it]*
## Where the reclaimed hours actually go
The survey numbers above describe a cost, not a saving. We are not going to tell you what Kylon returns, because your split between chasing and delivery is specific to your client base and nobody outside your firm has measured it.
What is worth planning for is the destination. Intuit's respondents named manual cleanup as the top barrier to advisory work, and 86 percent expected AI to increase the advisory work they can deliver over the next year ([Intuit 2026 Accountant Technology Survey](https://www.firmofthefuture.com/news/accountant-tech-survey-2026/), checked 21 September 2026). Capacity that is not designed into a service turns into idle time or more low-value work. Decide what the hour becomes before you free it.
## What has to be connected
Kylon is not accounting software and it does not replace your ledger or your tax engine. It sits across the tools the work already lives in and holds the coordination between them.
- **Email**, so document requests and replies land against the engagement rather than in a personal inbox
- **File storage**, so what a client sends is filed where the team looks for it
- **A Database App** as the single engagement record the firm and its agents both read
- **Room guidelines** as the written rule for tone, escalation and what requires a signature
- **Scoped permissions**, so an agent sees the engagements it works on and nothing else
If your close depends on documents that arrive by email, the intake pattern is the same one described in [sales email as a managed pipeline](/use-cases/sales-email-managed-pipeline). If you want the internal tracker itself built inside the workspace, see [building internal apps without a developer](/use-cases/internal-apps).
## Where to start
Pick one service line and one filing period. Put its checklist into a Database App, point the room at the mailbox that already receives client documents, and write down the one rule that matters: what an agent may send on its own, and what waits for you.
> The chasing did not disappear. It stopped being something a person had to remember to do, and started being something a person reviews.
### Japanese Version: 会計事務所：資料の催促にかかる時間を、本来の業務時間に戻す
## 請求できない仕事が、週の大半を占める
1週間がどこに消えたかを尋ねると、答えは申告書の作成そのものではないことがほとんどです。銀行残高証明を求める11通目のメール、前年度のファイルを送ってきた顧客、誰が何を待っているかを示すために誰かが更新し続ける表計算ファイル。
この層は実測されています。Progress Softwareは会計を含む10業種355社を調査し、資料と署名の回収、顧客へのフォロー、依頼内容の確認、タスクの追跡に**週およそ20時間**が費やされていると報告しました。平均請求単価65ドルで換算すると、**請求対象外の顧客対応業務が年間で中央値およそ6万ドル**に相当します（出典：[Progress Software「State of Client Collaboration 2026」](https://investors.progress.com/news-releases/news-release-details/professional-services-firms-lose-60k-year-inefficient-client)、2026年7月30日公開、2026年9月21日参照）。同じ調査の内訳では**週20.3時間**、**83%の事務所が成長に伴って運用負荷が増したと回答**しています（出典：[ShareFile解説記事](https://www.sharefile.com/blogs/what-s-wrong-with-the-way-client-work-happens-today)、2026年9月21日参照）。
もう1つの流出はツールの間で起きています。米国の会計・記帳担当者725名を対象としたIntuitの2026年調査では、事務所が平均**10種類のアプリケーション**を使い、ツール間で情報を移動、再入力、照合することに**週およそ5時間**を失っていました。アドバイザリー業務を増やせない要因としては**手作業のデータ整備が30%で最多**、人員不足24%、アプリの乱立16%が続きます（出典：[Intuit 2026 Accountant Technology Survey](https://www.firmofthefuture.com/news/accountant-tech-survey-2026/)、2026年6月23日公開、2026年9月21日参照）。
採用で解決する道は時間がかかります。AICPAの調査に回答した監査法人・会計事務所は2024年に11,985名の新卒を採用し、採用した事務所の4分の3が翌年も同数以上を見込むと回答しました（出典：[AICPA、2025年10月27日](https://www.aicpa-cima.com/news/article/accounting-firms-report-strong-hiring-outlook-aicpa-report-finds)、2026年9月21日参照）。同じ理由で、同じ母集団を全員が取り合っています。
## 案件ごとに1ルーム、事務所に1つのデータベース
構成は意図的に小さくしています。顧客対応用のKylonルームを1つ、その裏にデータベースアプリを1つ。案件は1件ずつレコードになります。顧客名、法人区分、対象期間、サービス区分、担当者、期限、そのサービスに必要な資料チェックリスト、そして各項目の現在の状態です。
個々の要素に新しさはありません。変わるのは、案件を進めるAIエージェントが、責任者と同じレコードを読み、同じレコードに書くことです。誰かの受信箱の中に二つ目の正解が生まれません。
- **案件レコード**：チェックリスト、担当者、提出期限を保持
- **資料ごとの状態**：待ちの状況を記憶ではなく項目として保持
- **ルームガイドライン**：文体、エスカレーション基準、人の署名が必要な範囲を明文化
- **共有ビュー**：進捗確認の打ち合わせの代わりにチーム全員が同じ画面を読む
*[Interactive UI preview: Kylon room showing an accounting practice agent posting the Monday client operations board, with counts and a table of engagements]*
## 届くもの、整えられるもの、人が決めるもの
重要なのはAIエージェントに何ができるかではありません。どこで作業が止まり、どこから人が引き取るかです。この線はルームガイドラインに固定され、繁忙期の火曜日でも動きません。
## 督促を、担当者の記憶から外す
最初に任せる価値があるのは督促の反復です。もっとも機械的で、もっとも消耗する工程だからです。チェックリスト項目が督促の期間を過ぎると、AIエージェントが文面を作成します。顧客名、不足している具体的な項目、すでに受領済みのもの、そして何が止まっているかを記載します。
この下書きを自動送信にするかどうかは事務所によって分かれます。個人申告を400件抱える事務所では、定型の督促は予定どおり送信し、料金、範囲変更、不利な内容を含むものだけを確認対象にする運用が多くなります。法人顧客40社の事務所では、対外メールを毎回確認する運用が一般的です。どちらも同じルームの設定違いであり、別の製品ではありません。
顧客が資料を返信すれば項目は完了し、督促は止まります。案件レコードから答えられない質問が返ってきた場合は、推測せずに担当者へスレッドを引き渡します。
## 運用画面
AIエージェントがレコードの状態を述べ、責任者が一行で督促を指示し、文面が承認待ちの状態で返ってきます。送信するのは設定ではなく人です。
*[Interactive UI preview: Kylon room showing a chase email drafted from an engagement record and held behind a Send control]*
## 決算準備を、記録の副産物にする
各案件の状態が構造化されているため、期末の作業は経緯の再構成から始まりません。AIエージェントはレコードから決算資料の下書きを組み立てます。何をいつ受領したか、どの差異を提起したか、それぞれをどう処理したか、どの項目を誰の判断で見送ったかを含みます。
これは下書きです。人が読み、直し、署名します。価値は作成が速いことではありません。各行の根拠が、判断が行われたスレッドに1クリックで戻れる状態にあることです。
*[Interactive UI preview: Kylon room showing a close preparation pack posted as a table, each working paper linked to the evidence behind it]*
## 空いた時間の行き先を先に決める
上に挙げた調査の数字はコストを示すものであり、削減幅を約束するものではありません。Kylonで何時間戻るかをここに書くことはしません。督促と実務の比率は顧客構成によって異なり、御社の数値を測った第三者はいないためです。
計画に値するのは行き先のほうです。Intuitの回答者は手作業のデータ整備をアドバイザリー拡大の最大の障壁に挙げ、86%が今後1年でアドバイザリー提供量が増えると見込んでいます（出典：[Intuit 2026 Accountant Technology Survey](https://www.firmofthefuture.com/news/accountant-tech-survey-2026/)、2026年9月21日参照）。サービスとして設計されていない空き時間は、待機時間か低単価の業務に置き換わります。時間を空ける前に、その1時間を何にするかを決めてください。
## 接続するもの
Kylonは会計ソフトではなく、会計システムや税務システムを置き換えるものでもありません。業務がすでに存在しているツールの上に立ち、その間の調整を担います。
- **メール**：資料依頼と返信が個人の受信箱ではなく案件に紐づく
- **ファイル保管**：顧客から届いたものが、チームが探す場所に保管される
- **データベースアプリ**：事務所とAIエージェントが同じ案件レコードを読む
- **ルームガイドライン**：文体、エスカレーション、署名が必要な範囲の明文化
- **権限設定**：AIエージェントが扱う案件の範囲を限定する
決算がメールで届く資料に依存している場合、受信の設計は[メール起点の営業パイプライン](/ja/use-cases/sales-email-managed-pipeline)と同じ形になります。管理台帳そのものをワークスペース内で作る場合は[開発者なしで社内アプリを構築する](/ja/use-cases/internal-apps)をご覧ください。
## 着手の順序
サービス区分を1つ、対象期間を1つ選びます。そのチェックリストをデータベースアプリに入れ、顧客資料がすでに届いているメールボックスにルームを接続し、重要な1つのルールを書き出します。AIエージェントが単独で送ってよいものは何か、そして何が承認を待つのか。
> 督促が消えたわけではありません。担当者が思い出して行う作業から、担当者が確認する作業に変わりました。
---
## Travel Agencies: From Custom Trip Enquiry to a Priced Proposal the Same Day
> Custom trips now arrive faster than an advisor can price them. This is how enquiry intake, supplier email and proposal drafting run in one Kylon room, with the advisor still setting the itinerary and the price.
**URL:** https://kylon.io/use-cases/travel-agency-operations
## Custom is now the default, and custom does not scale by hand
The trips getting booked are bigger, more expensive and more specific than they were a year ago. WeTravel's 2026 report, built on aggregated booking activity covering **1.3 million travelers across 800,000 bookings and 350,000 trips**, found average total trip prices up **59 percent year over year**, and **56 percent of operators reporting increased interest in private or custom trips**. Among travel advisors surveyed, **72 percent say custom or private trips are among their most requested offerings** ([WeTravel, Travel Trends Annual Report 2026](https://academy.wetravel.com/travel-trends-annual-report-2026), checked 21 September 2026).
Group size moved in the same direction. In that dataset, bookings through travel agencies and advisors went from an average of **2.6 travelers per booking in 2025 to 3.0 in 2026** ([WeTravel, Travel Trends Annual Report 2026](https://academy.wetravel.com/travel-trends-annual-report-2026), checked 21 September 2026). More people on the booking means more preferences, more rooming permutations and more approvals before anyone pays.
The demand is not the problem. ASTA's own figures put travel agency sales at **26 percent of the total travel market by 2026, expected to reach 141.3 billion dollars**, with **30 percent of advisors saying over half their clients are using an advisor for the first time** ([ASTA press kit](https://asta.org/common/Uploaded%20files/ASTA/ASTAPressKit.pdf), checked 21 September 2026). New clients ask more questions and need more written explanation. The constraint is the hours between the enquiry arriving and a priced itinerary landing in the client's inbox.
## One room per trip, one record for the pipeline
The agency keeps a Kylon room for trip operations and a Database App behind it. Every enquiry becomes a record: party size, dates, budget band, destination, travel style, accessibility and dietary notes, the suppliers approached, what each one quoted, and where the proposal stands.
The point is not the tracker. It is that the record is written in a form the agent and the advisor both read, so a supplier reply updates the trip rather than sitting in one person's inbox until Monday.
- **Trip records** holding the brief, the party and the constraints in fields rather than prose
- **Supplier quote lines** against each trip, with what was asked and what came back
- **Room guidelines** that fix tone, what may be promised and what must be priced by a person
- **One pipeline view** covering enquiry, quoting, proposal sent, deposit and departure
*[Interactive UI preview: Kylon room showing a travel agency trip pipeline posted as counts and a table of live trips]*
## What arrives, what gets prepared, who decides
The rule on this page is the same one on every Kylon page: an agent prepares, a person commits. In travel that line matters more than usual, because the commitments are contractual and the margins are thin.
## Supplier email, which is most of the job
A custom trip with three hotels, two transfers, a guide and a restaurant block is seven conversations that all have to hold the same dates and the same party. Retyping those details seven times is how a party of six becomes a party of five in a confirmation nobody reads until arrival.
In the room, the agent drafts each supplier request from the trip record, so the party, dates and requirements are the same in all seven. When a reply comes back, it reads the quote, writes the numbers onto the trip record, and flags what it could not read rather than inventing it. The advisor sees one comparison instead of seven threads.
None of that sends without an advisor. Supplier relationships are the asset here, and a wrong request costs more than a slow one.
*[Interactive UI preview: Kylon room showing six supplier quotes for one trip read into a single comparison table]*
## See it in action
The advisor names the pairing in one line and the proposal comes back assembled from the quotes on the record, held until she sends it.
*[Interactive UI preview: Kylon room showing a client trip proposal drafted from the trip record and held behind a Send control]*
## The proposal is the product, so the advisor writes the last version
A proposal that reads like a template loses to one that reads like someone listened. The agent assembles the structure, the confirmed inclusions and the prices from the record. The advisor writes the paragraph that explains why this hotel and not the cheaper one two streets away.
That division holds up in the survey data too. Among advisors, **66 percent say AI improves efficiency and creativity** in their business, positioning it as support for their work rather than a replacement for the judgement clients pay for ([WeTravel, Travel Trends Annual Report 2026](https://academy.wetravel.com/travel-trends-annual-report-2026), checked 21 September 2026).
## After the deposit, the part that gets forgotten
Most agency software is good at the sale and thin after it. The window between deposit and departure is where the reputational damage happens: a passport that expires inside six months, a final rooming list nobody confirmed, a balance that goes unpaid until the supplier cancels.
Because each trip record carries its own dated checklist, the room raises those items on their own schedule and drafts the client message that goes with each one. The advisor decides what is sent and what needs a phone call, which for a family trip leaving in three weeks is usually the phone call.
## What has to be connected
Kylon is not a booking engine, a GDS or a reservation system. It sits across the tools the agency already runs and holds the coordination between the enquiry, the suppliers and the client.
- **Email**, so supplier threads and client threads attach to the trip instead of a person
- **A Database App** as the trip and quote record the team and its agents both read
- **File storage** for quotes, vouchers and signed proposals
- **Room guidelines** setting what may be promised, and what has to be priced by a person
- **Scoped permissions**, so an agent works the trips it is assigned and nothing else
If most of your enquiries arrive as inbound email, the intake pattern is the same one in [sales email as a managed pipeline](/use-cases/sales-email-managed-pipeline). For the wider hospitality picture, see [hospitality and travel use cases](/use-cases/topics/hospitality-travel).
## Where to start
Take one destination you sell often. Put its trip fields and its supplier list into a Database App, connect the mailbox the enquiries already arrive in, and write the one rule that matters: an agent may draft a supplier request and a proposal, and an advisor sends both.
> The advisor still designs the trip. What changed is that the seventh supplier email now says the same thing as the first.
### Japanese Version: 旅行会社：オーダーメイドの相談から、当日中の見積提案まで
## オーダーメイドが前提になり、手作業では追いつかなくなった
成約している旅行は、1年前より規模が大きく、単価が高く、要望が具体的になっています。WeTravelの2026年レポートは**旅行者130万人、予約80万件、旅程35万件**の集計データに基づき、平均総額が**前年比59%上昇**、**56%の事業者がプライベート・オーダーメイド旅行への関心の高まりを報告**したとしています。調査対象の旅行アドバイザーのうち**72%が、オーダーメイドまたはプライベート旅行を最も依頼の多い商品の1つに挙げています**（出典：[WeTravel「Travel Trends Annual Report 2026」](https://academy.wetravel.com/travel-trends-annual-report-2026)、2026年9月21日参照）。
人数も同じ方向に動いています。同じデータでは、旅行会社・アドバイザー経由の予約は**2025年の平均2.6名から2026年は3.0名**になりました（出典：[WeTravel「Travel Trends Annual Report 2026」](https://academy.wetravel.com/travel-trends-annual-report-2026)、2026年9月21日参照）。1件あたりの人数が増えるほど、希望条件、部屋割りの組み合わせ、支払前の合意事項が増えます。
需要側に問題はありません。ASTAの資料では、旅行会社経由の販売額は**2026年に旅行市場全体の26%、1,413億ドル規模に達する見込み**とされ、**30%のアドバイザーが顧客の半数以上は初めて旅行会社を利用する人だと回答**しています（出典：[ASTAプレスキット](https://asta.org/common/Uploaded%20files/ASTA/ASTAPressKit.pdf)、2026年9月21日参照）。初めての顧客は質問が多く、文章での説明を必要とします。制約になるのは、相談が届いてから価格入りの行程表が顧客の受信箱に届くまでの時間です。
## 旅程ごとに1ルーム、パイプラインに1つのレコード
旅程管理用のKylonルームを1つ、その裏にデータベースアプリを1つ置きます。相談は1件ずつレコードになります。人数、日程、予算帯、目的地、旅行の趣向、移動や食事の配慮事項、打診した仕入先、各社の回答、提案の進捗です。
要点は管理台帳そのものではありません。レコードがAIエージェントと担当者の双方が読める形で書かれているため、仕入先からの返信が担当者の受信箱で月曜まで待たずに、旅程の側を更新することです。
- **旅程レコード**：要望、人数、制約条件を文章ではなく項目として保持
- **仕入先見積行**：何を依頼し、何が返ってきたかを旅程に紐づけて保持
- **ルームガイドライン**：文体、約束してよい範囲、人が価格を決める範囲を明文化
- **1つのパイプラインビュー**：相談、見積、提案送付、入金、出発までを一覧
*[Interactive UI preview: Kylon room showing a travel agency trip pipeline posted as counts and a table of live trips]*
## 届くもの、整えられるもの、人が決めるもの
このページの原則は他のKylonのページと同じです。AIエージェントが整え、人が確定します。旅行業ではこの線がとりわけ重要です。確定した内容は契約であり、利幅も限られているためです。
## 仕入先とのメールが、業務の大半を占める
ホテル3軒、送迎2件、ガイド1名、レストラン手配を含むオーダーメイド旅行は、同じ日程と同じ人数を保ったまま進める7本の会話です。同じ情報を7回打ち直す運用では、6名の旅程が確認書の中で5名になり、到着するまで誰も気づかないという事態が起こります。
ルーム内では、AIエージェントが旅程レコードから各社への依頼文を作成するため、7通すべてで人数、日程、要件が揃います。返信が届くと見積を読み取り、数値を旅程レコードに書き込み、読み取れなかった箇所は推測せずに明示します。担当者は7本のスレッドではなく1つの比較表を見ます。
これらは担当者の確認なしには送信されません。仕入先との関係は事業の資産であり、内容の誤った依頼は遅い依頼より損失が大きいためです。
*[Interactive UI preview: Kylon room showing six supplier quotes for one trip read into a single comparison table]*
## 運用画面
担当者が一行で組み合わせを指示すると、レコード上の見積から提案書が組み立てられ、送信するまで承認待ちの状態で止まります。
*[Interactive UI preview: Kylon room showing a client trip proposal drafted from the trip record and held behind a Send control]*
## 提案書が商品である以上、最後の一版は担当者が書く
定型文に見える提案書は、話を聞いてもらえたと感じる提案書に負けます。AIエージェントは構成、確定済みの含有条件、価格をレコードから組み立てます。担当者は、2本隣の通りにある安いホテルではなくこのホテルを選んだ理由を書きます。
この役割分担は調査データとも整合します。アドバイザーの**66%が、AIは業務の効率と発想の面で支えになる**と回答しており、顧客が対価を払っている判断そのものを置き換えるものとは位置づけていません（出典：[WeTravel「Travel Trends Annual Report 2026」](https://academy.wetravel.com/travel-trends-annual-report-2026)、2026年9月21日参照）。
## 入金後、忘れられやすい区間
旅行業のシステムは販売までは充実していても、その後が手薄になりがちです。信用に影響が出るのは手付金から出発までの区間です。残存有効期間が6か月を切った旅券、誰も確認していない最終部屋割り、仕入先の取消期限まで残る未入金などが該当します。
各旅程レコードが日付付きのチェックリストを持つため、ルームは項目ごとの予定に沿って通知を出し、それに対応する顧客向け文面を作成します。担当者は、送信するものと電話で伝えるものを判断します。3週間後に出発する家族旅行であれば、多くの場合は電話です。
## 接続するもの
Kylonは予約エンジンでもGDSでも予約管理システムでもありません。旅行会社がすでに使っているツールの上に立ち、相談、仕入先、顧客の間の調整を担います。
- **メール**：仕入先と顧客のやりとりが担当者個人ではなく旅程に紐づく
- **データベースアプリ**：旅程と見積のレコードをチームとAIエージェントが同じ形で読む
- **ファイル保管**：見積書、バウチャー、署名済み提案書の保管
- **ルームガイドライン**：約束してよい範囲と、人が価格を決める範囲の明文化
- **権限設定**：AIエージェントが担当する旅程の範囲を限定する
相談の多くがメールで届く場合、受信の設計は[メール起点の営業パイプライン](/ja/use-cases/sales-email-managed-pipeline)と同じ形になります。宿泊・旅行分野の他の事例は[宿泊・旅行のユースケース](/ja/use-cases/topics/hospitality-travel)をご覧ください。
## 着手の順序
取扱いの多い目的地を1つ選びます。その旅程項目と仕入先リストをデータベースアプリに入れ、相談がすでに届いているメールボックスに接続し、重要な1つのルールを書き出します。AIエージェントは仕入先への依頼文と提案書を作成してよい、送信は担当者が行う。
> 行程を設計するのは担当者のままです。変わったのは、7通目の仕入先メールが1通目と同じ内容になったことです。
---
## Property Management: Every Maintenance Request Answered, Dispatched and Tracked to Close
> Maintenance is the reason owners hire a manager and the reason they leave one. This is how request intake, vendor dispatch, resident updates and the owner report run in one Kylon room, with spend and escalation still approved by a person.
**URL:** https://kylon.io/use-cases/property-management-operations
## Maintenance is the service, whatever the contract says
Owners do not hire a manager for the listing photos. Buildium's 2026 industry report found **56 percent of owners say maintenance support is the main reason they hired a property manager, and that it is their number one source of stress** ([Buildium, 2026 State of the Property Management Industry Report](https://www.buildium.com/resource/2026-property-management-industry-report/), checked 21 September 2026).
The volume is steady and rising. Hemlane's analysis of more than **193,000 first-party maintenance requests** across eight years and all fifty states puts 2024 at **3.30 requests per unit per year, up from 2.93 in 2020** ([Hemlane, rental property maintenance requests](https://www.hemlane.com/resources/rental-property-maintenance-requests/), checked 21 September 2026). On a 400-unit book that is roughly 1,300 requests a year, arriving without regard for who is on leave.
And they sit. In the same dataset, the all-category median repair closes in **13.1 days**, while requests handled by a coordinating service close in a median of **10.1 days against 14.7 days when the landlord manages them directly** ([Hemlane, repair resolution benchmarks](https://www.hemlane.com/resources/rental-repair-resolution-time-benchmarks/), checked 21 September 2026). The gap is not craftsmanship. It is who is holding the thread between the resident, the vendor and the approval.
Most companies know the tooling exists. Buildium recorded AI adoption jumping from **20 percent in 2024 to 58 percent in 2025, while only 8 percent of companies had fully automated any process** ([Buildium, 2026 State of the Property Management Industry Report](https://www.buildium.com/resource/2026-property-management-industry-report/), checked 21 September 2026). Adoption is easy. Finishing a workflow is the hard part, and it is hard because somebody still has to approve the spend.
## One room for maintenance, one record per request
The company keeps a Kylon room for maintenance operations and a Database App behind it. Every request is a record: property, unit, resident, category, reported symptom, urgency, access instructions, the vendor assigned, the approval state of the spend, and every message sent about it.
That last field is the one that changes the week. When the owner calls about unit 14, the answer is in the record rather than in three people's memories.
- **Request records** carrying category, urgency, access notes and the approval state
- **Vendor records** with trade, coverage area, insurance expiry and typical response time
- **Owner approval thresholds** written as a rule, not as a habit
- **Room guidelines** setting what an agent may send to a resident without review
*[Interactive UI preview: Kylon room showing a property maintenance board posted as counts and a table of open requests]*
## What arrives, what gets prepared, who decides
Maintenance has a hard boundary that most workflows blur: money. An agent can carry a request the whole way and still never approve a dollar of it.
## Intake, triage and the first reply
Most of the damage happens in the first hour, and it is reputational rather than physical. A resident who gets no reply assumes nothing is happening and calls again, then calls the owner.
In the room, a request arriving by email, form or message becomes a record with an acknowledgement drafted against it. Categorisation matters here because the mix is predictable: plumbing alone is **25.4 percent of all requests, and the top four categories account for 71 percent** of everything residents report ([Hemlane, maintenance gap analysis](https://www.hemlane.com/resources/maintenance-gap-software-only-property-management/), checked 21 September 2026). A small number of well-described categories covers most of the inbox, which is exactly the condition under which drafted triage is reliable.
Emergencies are the exception that proves the rule. The agent flags them and drafts the acknowledgement, and a coordinator makes the call, because the cost of a wrong emergency dispatch at 11pm is not recoverable.
## See it in action
The agent reports the quote and the threshold, the manager asks what waiting costs, and the owner request comes back written with nothing booked behind it.
*[Interactive UI preview: Kylon room showing an owner spend approval drafted above the threshold and held for a decision]*
## The spend approval is the whole control
Every management agreement has a number in it above which the owner has to say yes. In practice that number is enforced by whoever remembers it, which is why the awkward conversations happen after the invoice.
Writing the threshold into the room makes it structural. A quote under the limit gets a drafted dispatch. A quote over it gets a drafted owner request with the symptom, the quote, the alternative and what happens if it waits. Nothing is scheduled against the owner's money until the owner has answered in the thread, and that answer stays attached to the request.
## The owner report writes itself from work that already happened
Monthly owner reporting is usually reconstruction: someone opens six screens and rebuilds a month. When each request already carries its own history, the report is a read of the record rather than a research project.
The draft covers what came in by category, what closed and how fast, what is still open and the reason, spend against approvals, and the requests that needed the owner and are still waiting on them. A person reads it and signs it. Owners notice the third month, when the answer to what happened at the property is the same answer they already read.
*[Interactive UI preview: Kylon room showing an owner maintenance statement assembled from closed request records]*
## What has to be connected
Kylon is not a property management platform and does not hold your leases, ledgers or rent collection. It sits across the tools you run and holds the coordination between resident, vendor and owner.
- **Email and messaging**, so resident and vendor threads attach to the request, not to a person
- **A Database App** as the request, vendor and property record everyone reads
- **File storage** for quotes, invoices, inspection photos and insurance certificates
- **Room guidelines** carrying the approval thresholds and the emergency definition
- **Scoped permissions**, so an agent works its portfolio and nothing else
Requests that arrive across shifts need a handover as well as a record. That pattern is covered in [shift handovers](/use-cases/shift-handovers). For the wider property picture, see [real estate use cases](/use-cases/topics/real-estate).
## Where to start
Take one portfolio and one month. Put the request fields and your vendor list into a Database App, connect the mailbox residents already write to, and write the two rules that matter: what an agent may send to a resident without review, and the number above which the owner decides.
> The requests did not get fewer. They stopped being able to go quiet without somebody noticing.
### Japanese Version: 不動産管理：修繕依頼を、受付から完了まで滞留させずに追い切る
## 契約書の文言にかかわらず、実態は修繕対応が商品である
オーナーは募集写真のために管理会社を選ぶわけではありません。Buildiumの2026年業界レポートでは、**56%のオーナーが管理会社に委託した主な理由として修繕対応を挙げ、同時に最大のストレス要因としても挙げています**（出典：[Buildium「2026 State of the Property Management Industry Report」](https://www.buildium.com/resource/2026-property-management-industry-report/)、2026年9月21日参照）。
件数は安定して増えています。8年間、全50州にわたる**19万3千件超の一次データ**を分析したHemlaneの集計では、2024年は**1戸あたり年3.30件、2020年の2.93件から増加**しています（出典：[Hemlane、修繕依頼の集計](https://www.hemlane.com/resources/rental-property-maintenance-requests/)、2026年9月21日参照）。400戸の管理であれば年間およそ1,300件が、担当者の休暇とは無関係に届きます。
そして滞留します。同じデータで、全カテゴリの修繕完了までの中央値は**13.1日**、手配を担うサービスを経由した依頼は**中央値10.1日**、貸主が直接管理した依頼は**14.7日**でした（出典：[Hemlane、修繕完了日数のベンチマーク](https://www.hemlane.com/resources/rental-repair-resolution-time-benchmarks/)、2026年9月21日参照）。差を生んでいるのは施工の質ではありません。入居者、業者、承認の間の糸を誰が握っているかです。
道具の存在は知られています。Buildiumの調査では、AI活用は**2024年の20%から2025年に58%へ増加した一方、工程を最後まで自動化できた企業は8%**にとどまりました（出典：[Buildium「2026 State of the Property Management Industry Report」](https://www.buildium.com/resource/2026-property-management-industry-report/)、2026年9月21日参照）。導入は容易で、工程を完結させることが難しい。難しい理由は、支出の承認を人が行う必要があるからです。
## 修繕に1ルーム、依頼ごとに1レコード
修繕運用のKylonルームを1つ、その裏にデータベースアプリを1つ置きます。依頼は1件ずつレコードになります。物件、部屋番号、入居者、区分、申告された症状、緊急度、入室方法、割り当てた業者、支出の承認状態、そしてその件に関するすべての連絡履歴です。
1週間の質を変えるのは最後の項目です。オーナーから14号室について問い合わせがあったとき、答えは3人の記憶ではなくレコードの中にあります。
- **依頼レコード**：区分、緊急度、入室方法、承認状態を保持
- **業者レコード**：職種、対応エリア、保険の満了日、平均対応日数
- **オーナー承認基準**：慣習ではなくルールとして明文化
- **ルームガイドライン**：確認なしに入居者へ送ってよい範囲を定義
*[Interactive UI preview: Kylon room showing a property maintenance board posted as counts and a table of open requests]*
## 届くもの、整えられるもの、人が決めるもの
修繕には、多くの業務フローが曖昧にしがちな明確な境界があります。お金です。AIエージェントは依頼を最後まで運べますが、1ドルの支出も承認しません。
## 受付、切り分け、そして最初の返信
被害の多くは最初の1時間に生まれますが、それは物理的な被害ではなく信用の問題です。返信がない入居者は何も進んでいないと判断し、再度連絡し、次にオーナーへ連絡します。
ルーム内では、メール、フォーム、メッセージのいずれで届いた依頼もレコードになり、一次返信の下書きが同時に用意されます。ここで区分が重要になるのは、内訳が予測可能だからです。**配管だけで全依頼の25.4%、上位4区分で71%**を占めます（出典：[Hemlane、修繕対応の分析](https://www.hemlane.com/resources/maintenance-gap-software-only-property-management/)、2026年9月21日参照）。少数の明確な区分で受信の大半を覆えるため、下書きによる切り分けが安定して機能します。
緊急案件は例外として扱います。AIエージェントは緊急の可能性を示し一次返信を作成しますが、判断は担当者が行います。深夜11時の誤った緊急手配は、費用を取り戻せないためです。
## 運用画面
AIエージェントが見積と承認基準を報告し、管理担当が待った場合の影響を尋ね、オーナーへの依頼文が作成されます。着工の手配は行われません。
*[Interactive UI preview: Kylon room showing an owner spend approval drafted above the threshold and held for a decision]*
## 支出承認が、制御の中心にある
管理委託契約には、それを超えるとオーナーの同意が必要になる金額が必ず書かれています。実務ではその金額を覚えている人が運用を支えており、請求書が出たあとに気まずい会話が発生する原因になっています。
この基準額をルームに書き込むと、運用の構造になります。基準内の見積には手配文面の下書きが用意されます。基準を超える見積には、症状、見積、代替案、待った場合に起こることを添えたオーナー向け依頼の下書きが用意されます。オーナーがスレッドで回答するまで、オーナーの資金に対する発注は行われず、その回答は依頼レコードに紐づいたまま残ります。
## オーナー報告を、すでに起きた業務から組み立てる
月次のオーナー報告は、多くの場合が再構成作業です。6つの画面を開いて1か月を組み直します。各依頼が自分の履歴を持っていれば、報告はレコードを読む作業に寄り、経緯を調べ直す工程が減ります。
下書きには、区分別の受付件数、完了件数と所要日数、未完了の件数とその理由、承認に対する支出、そしてオーナーの判断待ちのまま残っている件が含まれます。人が読み、署名します。オーナーがその価値に気づくのは3か月目です。物件で何が起きたかという質問の答えが、すでに読んだ内容と一致するからです。
*[Interactive UI preview: Kylon room showing an owner maintenance statement assembled from closed request records]*
## 接続するもの
Kylonは不動産管理システムではなく、賃貸借契約、会計帳簿、家賃収納を保持するものでもありません。運用中のツールの上に立ち、入居者、業者、オーナーの間の調整を担います。
- **メールとメッセージ**：入居者と業者のやりとりが担当者個人ではなく依頼に紐づく
- **データベースアプリ**：依頼、業者、物件のレコードを全員が同じ形で読む
- **ファイル保管**：見積書、請求書、点検写真、保険証券の保管
- **ルームガイドライン**：承認基準額と緊急の定義を保持
- **権限設定**：AIエージェントが担当する物件の範囲を限定する
シフトをまたいで届く依頼には、記録に加えて引き継ぎの設計が必要です。その型は[シフト引き継ぎ](/ja/use-cases/shift-handovers)で扱っています。不動産分野の他の事例は[不動産のユースケース](/ja/use-cases/topics/real-estate)をご覧ください。
## 着手の順序
1つの管理物件群と1か月を選びます。依頼の項目と業者リストをデータベースアプリに入れ、入居者がすでに連絡しているメールボックスに接続し、重要な2つのルールを書き出します。確認なしに入居者へ送ってよい内容は何か、そしてオーナーが判断する金額はいくらからか。
> 依頼件数が減ったわけではありません。誰にも気づかれないまま静かになることが、起きにくくなりました。
---
## Investment Firms and Family Offices: Every Deal, Request and Report on One Record
> Intros, diligence lists, portfolio updates and the quarterly letter to principals run through a few people and their inboxes. This is how that work runs in Kylon rooms on one shared record, with a partner approving everything that leaves the firm.
**URL:** https://kylon.io/use-cases/investment-firm-operations
## A small team at the end of a long funnel
An investment team is usually a handful of people doing the work of a much larger one. In a survey of 885 institutional venture capitalists published through the National Bureau of Economic Research, respondents described **an average firm of 14 employees and 5 senior investment professionals**, and **a median firm that considers about 100 opportunities for every deal it closes**, rising to 151 for firms focused on information technology ([NBER, How Do Venture Capitalists Make Decisions?](https://www.nber.org/digest/dec16/how-do-venture-capitalists-make-decisions), checked 29 September 2026).
Most of that flow arrives through people. The same respondents said **over 30 percent of deals came through professional networks and 20 percent were referred by other investors, with only 10 percent arriving inbound from the companies themselves** ([NBER digest](https://www.nber.org/digest/dec16/how-do-venture-capitalists-make-decisions), checked 29 September 2026). Every intro is an email thread with a relationship attached to it, and losing track of who made the introduction costs more than losing the deck.
Once a deal is live, the work gets heavier. The paper behind that survey reports that **the average deal takes 83 days to close, with about 118 hours of due diligence and 10 reference calls**, and that respondents spend **18 hours a week working with portfolio companies** ([Gompers, Gornall, Kaplan and Strebulaev, NBER Working Paper 22587](https://www.nber.org/system/files/working_papers/w22587/w22587.pdf), checked 29 September 2026).
Most funds stay small. Of the **2,775 venture funds** in Carta's Q1 2026 fund performance dataset, **about 89 percent are smaller than 100 million dollars**, and the majority of funds closed are smaller than 25 million dollars ([Carta, VC Fund Performance: Q1 2026](https://carta.com/data/vc-fund-performance-q1-2026/), published 4 June 2026, checked 29 September 2026). At that size, research, diligence tracking and investor reporting sit with the same few people who make the investment decisions.
Family offices carry the same load in a different shape. J.P. Morgan Private Bank's survey of **333 family offices across 30 countries** put the **average annual operating cost at 3 million dollars, with 40 percent spending less than 1 million**, and found that **80 percent outsource some part of portfolio management**, with legal services the most outsourced function at 52 percent ([J.P. Morgan Private Bank, 2026 Global Family Office Report](https://www.prnewswire.com/news-releases/jp-morgan-private-bank-releases-2026-global-family-office-report-302676012.html), published 2 February 2026, checked 29 September 2026). A lean office runs on outside counsel, tax advisers, fund managers and administrators, and someone inside has to keep every one of those threads moving.
The tooling behind that coordination is thin. In the AlTi Tiedemann Global and Campden Wealth study of **146 single family offices**, **42 percent still rely on spreadsheets**, **70 percent report difficulty hiring staff**, and only about **25 percent report consistently excellent service** from their growing list of providers ([Campden Wealth, Family Office Operational Excellence Report 2025](https://campdenwealth.com/index.php/press/new-family-office-research-reveals-cross-border-wealth-rise-and-defining-purpose-unlocks-next), published 12 June 2025, checked 29 September 2026).
## One room per deal, one record for the firm
The setup follows the work. The team keeps a deal-flow room where new opportunities land, a room for each live deal or portfolio area, and one Database App behind all of them. Every company is a record: source, who introduced it, stage, owner, next step, the memo, the diligence checklist and every update it has sent since the investment.
The agents in those rooms read the same record the partners read, and write to it. When counsel replies, the checklist item changes. When a founder sends the monthly update, the numbers land on the company. The firm's memory moves out of individual inboxes and onto the record.
- **Pipeline records** carrying source, introducer, stage, owner and next step
- **Diligence requests** per item and per counterparty, with the date asked and the file received
- **Portfolio updates** read into each holding, period by period
- **Room guidelines** setting tone, what may be drafted and what a partner must approve
*[Interactive UI preview: Kylon room showing a deal flow agent posting the Monday pipeline board, with counts and a table of companies by stage and owner]*
## What arrives, what gets prepared, who decides
Investment work has a clear line between preparation and judgement, and the room guidelines write it down. Agents prepare. The investment view, every commitment and everything sent outside the firm stay with a partner.
## Deal flow that keeps its source
When an intro lands in the connected mailbox, the agent opens a pipeline record, attaches the deck, writes a one-page summary and records who made the introduction. If the company is already in the pipeline, the new thread joins the existing record.
Before a first meeting, the agent drafts a brief from the deck, the company's own site, public news and the firm's earlier notes on the space, with a link beside every claim. Declines are drafted too, in the firm's voice, and a partner sends them, because the founder who hears no today may be the introducer next year.
For standing coverage of a sector, the same approach runs on a schedule. See how a team set up [continuous market intelligence](/use-cases/market-intelligence) in Kylon rooms.
## See it in action
The agent reports what is still missing from the data room, the partner asks for the request in one line, and the email to company counsel comes back drafted and held. Send is a partner, not a setting.
*[Interactive UI preview: Kylon room showing a diligence request to company counsel drafted from the checklist and held behind a Send control]*
## Diligence as a tracker, not a thread
A diligence list is dozens of items spread across the company, its counsel, its accountants and sometimes a co-investor. In the room, each item is a row with who it was asked of, when, and what came back. When a file arrives, the agent saves it to the deal folder in Google Drive, closes the item and notes anything that differs from what was asked for.
Items that go quiet get a follow-up drafted with the specific document named. Outside advisers get the same treatment: the firm's own counsel and tax advisers receive requests that name the deal, the item and the date, and their replies attach to the deal rather than to one partner's inbox.
## Portfolio updates and the quarter
After the investment, the flow reverses. Portfolio companies send monthly updates in every format, fund managers send notices, and news arrives about the companies you hold. The agent reads each update into the portfolio record, lists what changed since the last period and flags the metrics a company stopped reporting.
When the quarter ends, the update to principals or LPs is a read of that record. The draft covers holdings, capital calls and distributions, pipeline and the decisions ahead, with every line linking back to where it came from. Values and the investment view are the partners' own, carried as approved. Many offices already run this discipline: in UBS's survey of **307 family offices**, **60 percent operate with investment committees and 68 percent have formal financial performance measurement processes** ([UBS, Global Family Office Report 2026](https://www.ubs.com/global/en/media/display-page-ndp/en-20260528-global-family-office-report-2026.html), published 28 May 2026, checked 29 September 2026).
*[Interactive UI preview: Kylon room showing a quarterly principal update assembled from portfolio records, each section linked to its source]*
## Why the partner holds the send
Family offices are divided on how far to trust new tools with the work. In the RBC and Campden Wealth survey of **155 North American family offices**, **40 percent described AI as embedded and essential to their workflow, while 38 percent disagreed** ([RBC Wealth Management, North America Family Office Report 2026](https://www.rbcwealthmanagement.com/en-ca/insights/from-caution-to-confidence-how-family-offices-are-reshaping-their-strategies-in-2026), published 29 September 2026, checked 29 September 2026).
A room with a partner on every outbound message works for both camps. The agent drafts the memo, the request and the update. A partner reads, edits and sends, and the approval stays in the thread next to the draft.
## What has to be connected
Kylon sits across the tools the firm already runs and holds the coordination between the team, the companies and the advisers.
- **Email**, Gmail or Outlook, so intros, requests and replies attach to the company rather than to a person
- **Google Drive** for decks, data room exports, memos and signed documents
- **Calendar**, so meeting prep starts from what is actually booked
- **A Database App** as the pipeline, diligence and portfolio record the team and its agents both read
- **Room membership**, so each deal room holds only the people and agents working that deal
For the wider picture across finance teams, see [financial services use cases](/use-cases/topics/financial-services).
## Where to start
Take the deal-flow inbox and one live deal. Put the pipeline fields and your diligence checklist into a Database App, connect the mailbox where intros already arrive, and write down the one rule that matters: an agent may draft a memo, a request or an update, and a partner sends it.
> The partners still make every call. What changed is that the intro from March, last week's reply from counsel and the September update all sit on the same record.
### Japanese Version: 投資会社・ファミリーオフィス：案件、資料依頼、報告を1つのレコードにまとめる
## 長い案件ファネルの先にいる、少人数のチーム
投資チームは多くの場合、少人数で大きな組織並みの業務量を抱えています。全米経済研究所（NBER）を通じて公表された、機関投資家としてのベンチャーキャピタリスト885名への調査では、**平均的なファームは従業員14名、うちシニアの投資担当者は5名**で、**1件の投資を実行するまでに検討する案件は中央値でおよそ100件**、情報技術分野に特化したファームでは151件でした（出典：[NBER「How Do Venture Capitalists Make Decisions?」](https://www.nber.org/digest/dec16/how-do-venture-capitalists-make-decisions)、2026年9月29日参照）。
案件の多くは人を介して届きます。同じ調査では、**30%超が業界内の人脈、20%が他の投資家からの紹介を経由しており、企業側からの直接の持ち込みは10%**にとどまりました（出典：[NBER調査の要約](https://www.nber.org/digest/dec16/how-do-venture-capitalists-make-decisions)、2026年9月29日参照）。紹介の1件1件が、関係性を伴うメールのやりとりです。資料を見失うことより、誰の紹介だったかを見失うことのほうが損失は大きくなります。
案件が動き出すと、業務はさらに重くなります。同じ調査の論文によると、**投資の実行までに平均83日、デューデリジェンスに約118時間、照会先への確認に10件**を要し、回答者は**投資先の支援に週18時間**を充てています（出典：[Gompers, Gornall, Kaplan, Strebulaev「NBER Working Paper 22587」](https://www.nber.org/system/files/working_papers/w22587/w22587.pdf)、2026年9月29日参照）。
ファンドの多くは小規模です。Cartaの2026年第1四半期のファンド成績データに含まれる**2,775本のベンチャーファンドのうち、約89%が1億ドル未満**で、組成されたファンドの過半数は2,500万ドル未満です（出典：[Carta「VC Fund Performance: Q1 2026」](https://carta.com/data/vc-fund-performance-q1-2026/)、2026年6月4日公開、2026年9月29日参照）。この規模では、調査、デューデリジェンスの管理、出資者への報告を、投資判断を下す同じ数名が担うことになります。
ファミリーオフィスも、形は違っても同じ負荷を抱えています。J.P.モルガン・プライベートバンクが30か国の**ファミリーオフィス333社**を調査したレポートでは、**年間運営費は平均300万ドル、40%が100万ドル未満**で、**80%がポートフォリオ運用の一部を外部に委託**しています。外部委託が最も多い機能は法務で52%でした（出典：[J.P. Morgan Private Bank「2026 Global Family Office Report」](https://www.prnewswire.com/news-releases/jp-morgan-private-bank-releases-2026-global-family-office-report-302676012.html)、2026年2月2日公開、2026年9月29日参照）。少人数のオフィスは外部の弁護士、税理士、運用会社、事務代行会社に支えられており、そのすべてのやりとりを内部の誰かが動かし続ける必要があります。
その調整を支える道具は、まだ手薄です。AlTi Tiedemann GlobalとCampden Wealthによる**シングルファミリーオフィス146社**の調査では、**42%が今もスプレッドシートに依存**し、**70%が人材の採用に苦労**しており、増え続ける委託先から**常に優れたサービスを受けていると答えたのは約25%**でした（出典：[Campden Wealth「Family Office Operational Excellence Report 2025」](https://campdenwealth.com/index.php/press/new-family-office-research-reveals-cross-border-wealth-rise-and-defining-purpose-unlocks-next)、2025年6月12日公開、2026年9月29日参照）。
## 案件ごとに1ルーム、ファームに1つのレコード
構成は業務の流れに合わせます。新しい案件が届く案件受付用のルーム、進行中の案件や投資先の領域ごとのルーム、そしてその裏に1つのデータベースアプリを置きます。企業は1社ずつレコードになります。流入経路、紹介者、進捗段階、担当者、次の対応、投資メモ、デューデリジェンスのチェックリスト、そして投資後に届いたすべての報告です。
ルーム内のAIエージェントは、パートナーと同じレコードを読み、同じレコードに書き込みます。弁護士から返信が届けばチェックリストの項目が更新され、創業者から月次報告が届けば数値がその企業のレコードに入ります。ファームの記憶が個人の受信箱から、共有のレコードへ移ります。
- **案件レコード**：流入経路、紹介者、進捗段階、担当者、次の対応を保持
- **資料依頼**：項目ごと、依頼先ごとに、依頼日と受領したファイルを保持
- **投資先の報告**：投資先ごとに、期間単位で記録
- **ルームガイドライン**：文体、下書きしてよい範囲、パートナーの承認が必要な範囲を明文化
*[Interactive UI preview: Kylon room showing a deal flow agent posting the Monday pipeline board, with counts and a table of companies by stage and owner]*
## 届くもの、整えられるもの、人が決めるもの
投資の業務には、準備と判断の間に明確な線があります。ルームガイドラインにその線を書き込みます。AIエージェントが準備し、投資の見立て、出資の約束、社外に出るものはパートナーが担います。
## 紹介元を見失わない案件受付
接続したメールボックスに紹介メールが届くと、AIエージェントは案件レコードを作成し、資料を添付し、1ページの要約を書き、誰の紹介かを記録します。すでにパイプラインにある企業であれば、新しいやりとりは既存のレコードに加わります。
初回面談の前には、資料、企業のサイト、公開ニュース、その分野に関するファーム内の過去のメモから事前ブリーフを作成し、各記述の横に根拠のリンクを付けます。見送りの連絡もファームの文体で下書きし、送信はパートナーが行います。今日見送った創業者が、来年は紹介者になることもあるためです。
特定の分野を継続的に追う場合は、同じ仕組みを定期実行で動かします。[フィンテック企業の市場調査・競合監視基盤](/ja/use-cases/market-intelligence)の事例をご覧ください。
## 運用画面
AIエージェントがデータルームに不足している資料を報告し、パートナーが一行で依頼を指示すると、企業側弁護士宛てのメールが承認待ちの状態で返ってきます。送信するのは設定ではなくパートナーです。
*[Interactive UI preview: Kylon room showing a diligence request to company counsel drafted from the checklist and held behind a Send control]*
## デューデリジェンスを、スレッドではなく管理表で進める
デューデリジェンスの依頼リストは、企業、その弁護士や会計士、ときには共同投資家にまたがる数十の項目で構成されます。ルーム内では各項目が1行になり、依頼先、依頼日、返ってきたものを保持します。ファイルが届くと、AIエージェントはGoogleドライブの案件フォルダに保存し、項目を完了にし、依頼内容と異なる点があれば記録します。
返信が止まった項目には、必要な資料を名指しした確認の文面を下書きします。社外の専門家とのやりとりも同じ形です。ファームの顧問弁護士や税理士には、案件、項目、期日を明記した依頼が届き、その返信は特定のパートナーの受信箱ではなく案件に紐づきます。
## 投資先の報告と四半期の締め
投資後は、情報の流れが逆になります。投資先からは形式の異なる月次報告が届き、運用会社からは通知が届き、保有企業に関するニュースも入ってきます。AIエージェントは各報告を投資先レコードに記録し、前期からの変化を一覧にし、報告されなくなった指標を明示します。
四半期が締まると、ファミリーや出資者への報告は、そのレコードを読む作業になります。下書きには保有状況、資本の払込と分配、パイプライン、今後の判断事項が含まれ、各行から出所に戻れます。評価額と投資の見立ては、パートナーが承認した内容をそのまま記載します。こうした規律はすでに多くのオフィスに根づいています。UBSによる**ファミリーオフィス307社**の調査では、**60%が投資委員会を運営し、68%が運用成績を測定する正式なプロセスを持っています**（出典：[UBS「Global Family Office Report 2026」](https://www.ubs.com/global/en/media/display-page-ndp/en-20260528-global-family-office-report-2026.html)、2026年5月28日公開、2026年9月29日参照）。
*[Interactive UI preview: Kylon room showing a quarterly principal update assembled from portfolio records, each section linked to its source]*
## 送信をパートナーが担う理由
新しい道具にどこまで業務を任せるかについて、ファミリーオフィスの見方は分かれています。RBCとCampden Wealthによる**北米のファミリーオフィス155社**の調査では、**40%が業務に組み込まれた欠かせないものとしてAIを位置づけた一方、38%はこれに同意していません**（出典：[RBC Wealth Management「North America Family Office Report 2026」](https://www.rbcwealthmanagement.com/en-ca/insights/from-caution-to-confidence-how-family-offices-are-reshaping-their-strategies-in-2026)、2026年9月29日公開、2026年9月29日参照）。
すべての社外メッセージにパートナーの確認を挟むルームは、どちらの立場にも合います。AIエージェントは投資メモ、資料依頼、報告を下書きし、パートナーが読み、直し、送信します。承認の記録は、下書きと同じスレッドに残ります。
## 接続するもの
Kylonはファームがすでに使っているツールの上に立ち、チーム、投資先、社外の専門家の間の調整を担います。
- **メール**：GmailまたはOutlook。紹介、依頼、返信が担当者個人ではなく企業に紐づく
- **Googleドライブ**：資料、データルームの書き出し、投資メモ、署名済み書類の保管
- **カレンダー**：実際に入っている予定から面談の準備を始める
- **データベースアプリ**：案件、資料依頼、投資先のレコードをチームとAIエージェントが同じ形で読む
- **ルームのメンバー設定**：各案件ルームには、その案件を担う人とAIエージェントだけが参加する
金融分野の他の事例は[投資と金融のユースケース](/ja/use-cases/finance)をご覧ください。
## 着手の順序
案件受付の受信箱と、進行中の案件を1つ選びます。パイプラインの項目とデューデリジェンスのチェックリストをデータベースアプリに入れ、紹介メールがすでに届いているメールボックスに接続し、重要な1つのルールを書き出します。AIエージェントは投資メモ、資料依頼、報告を下書きしてよい、送信はパートナーが行う。
> 判断を下すのは今もパートナーです。変わったのは、3月の紹介メール、先週の弁護士からの返信、9月の月次報告が、すべて同じレコードに並ぶようになったことです。
---
## Recruiting Firms: Less Admin Between the Job Order and the Placement
> Job orders are coming back, and the admin around each search grows with them. This is how intake, screening, submittals, interview scheduling and client updates run in one Kylon room, with a recruiter approving everything a client or candidate sees.
**URL:** https://kylon.io/use-cases/recruiting-firm-operations
## Search is the job, and the admin around it fills the week
Ask a recruiter where the day went and the answer is rarely the placement. It is the screening notes typed up after each call, the submittal rewritten for a client who wants it in their own format, the three emails it took to land one interview time, and the hiring manager who has gone quiet since Tuesday.
That order of work has been measured. Bullhorn's 2026 GRID report, based on a survey of nearly **2,300 recruitment professionals**, found recruiters say **searching for candidates takes the most time in their day, followed by screening applicants**. Asked what AI has done for them so far, **51 percent of leaders and 44 percent of recruiters** named identifying better candidates faster, and the second biggest impact was **more time to connect with clients and candidates** ([Bullhorn, 2026 GRID Industry Trends Report](https://www.bullhorn.com/grid/2026-industry-trends/report/), checked 29 September 2026).
Most firms are early. In the same survey, **30 percent** of firms had moved to some level of agentic AI tools, and **10 percent** reported AI embedded throughout their workflow ([Bullhorn, 2026 GRID Industry Trends Report](https://www.bullhorn.com/grid/2026-industry-trends/report/), checked 29 September 2026). Speed shows up in the results: **56 percent of the highest-growth firms report average placement times under 10 days** ([Bullhorn, 25 February 2026](https://www.bullhorn.com/news-and-press/press-releases/bullhorn-grid-report-staffing-firms-using-ai-see-stronger-growth-faster-placements/), checked 29 September 2026).
The demand is coming back. The American Staffing Association reported total staffing revenue up **3.3 percent year over year in the second quarter of 2026**, the first quarter of year-to-year growth in employment, sales and payroll its survey has recorded since late 2022 ([American Staffing Association, 22 September 2026](https://www.prnewswire.com/news-releases/staffing-industry-grows-year-to-year-in-the-second-quarter-302886655.html), checked 29 September 2026). In an average week of 2024, **nearly 2.2 million temporary and contract employees** worked for America's staffing companies ([American Staffing Association, staffing industry statistics](https://americanstaffing.net/research/fact-sheets-analysis-staffing-industry-trends/staffing-industry-statistics/), checked 29 September 2026).
On the client side, hiring teams are stretched by the same calendar. GoodTime's 2026 study of more than **500 US talent acquisition leaders** found recruiters spend **38 percent of their time scheduling interviews**, and **60 percent of organizations saw time to hire increase** ([GoodTime, 2026 Hiring Insights Report](https://goodtime.io/news-press/2026-hiring-insights/), checked 29 September 2026). A client whose own team is buried in scheduling notices the agency that makes the next interview easy.
## One room per client, one record for every search
The setup stays small. The firm keeps a Kylon room for each client account, or one per desk when a desk runs many smaller clients, and one Database App behind all of them. Every search is a job order record: client, role, requirements, salary band, fee terms, hiring manager and stage. Candidates, submittals and interviews are records linked to it.
What changes is that the agent working a search reads the same record the recruiter reads, and writes to it. When a hiring manager replies with feedback, the submittal moves forward instead of waiting in one recruiter's inbox until the Monday meeting.
- **Job order records** holding the requirements, salary band, fee terms and the hiring manager
- **Candidate and submittal records** linking each person to each search, with the date sent and their consent to be put forward
- **Interview stages** with a feedback due date, so a quiet client is a field rather than a memory
- **Room guidelines** setting tone, what may be said about pay, and what a recruiter must approve
*[Interactive UI preview: Kylon room showing a recruiting desk agent posting the weekly search board, with counts and a table of open job orders]*
## What arrives, what gets prepared, who decides
The rule on this page is the same one on every Kylon page: an agent prepares, a person commits. In recruiting the line matters more than usual, because every message carries the firm's name to a client, or lands in the middle of someone's career.
## Screening notes that become submittals
The submittal is where a recruiter's judgement shows, and also where evenings go. Every client wants the same questions answered: does this person meet the must-haves, what are they looking for, when can they start. The answers already sit in the screening notes. Retyping them for each client is the slow part.
In the room, the agent drafts each submittal from the job order and the screening notes, so every candidate summary answers the client's requirements in the same order. Gaps in the notes are flagged for the recruiter to fill. The recruiter writes the line that sells the candidate, and the recruiter sends it. Consent to be put forward is a field on the submittal record, and a room guideline holds the draft until it is filled.
## See it in action
The recruiter names the shortlist in one line, and the submittal comes back written from the screening notes, held until she sends it.
*[Interactive UI preview: Kylon room showing a client submittal drafted from screening notes and held behind a Send control]*
## Scheduling and feedback, where searches go quiet
Between the submittal and the offer, a search lives in two calendars and two inboxes. The agent proposes interview times from the recruiter's connected calendar and the slots the hiring manager offered by email, and drafts the confirmation to both sides. When a feedback due date passes, it drafts the chase: the candidate, the interview date, and what the candidate is waiting to hear.
Candidates hear something on a schedule too. When a client is slow, the agent drafts a short update to each candidate still waiting, so fewer people learn about a closed role from silence. The recruiter decides what goes out, and which conversation needs a phone call.
*[Interactive UI preview: Kylon room showing the week's interview loop read into a table, with feedback that is overdue flagged]*
## Client updates without the Friday rebuild
The weekly client update is usually reconstruction: someone opens the tracker, the inbox and the calendar and rebuilds the week. When every submittal and interview already carries its own history, the update is a read of the record.
A Workflow drafts it on a schedule: roles open, candidates submitted, interviews held, feedback outstanding, and the next step on each search. The recruiter reads it, adjusts the tone for the client and sends it. Clients notice by the third week, when the update matches what they heard on the phone.
## What has to be connected
Kylon sits across the tools the desk already runs and holds the coordination between client, candidate and recruiter.
- **Email** through Gmail or Outlook, so job orders, candidate replies and client feedback attach to the search instead of one person's inbox
- **Calendars**, so interview times are proposed against real availability
- **A Database App** holding job orders, candidates, submittals and interview stages that the team and its agents both read
- **File storage** such as Google Drive for resumes, screening notes and signed terms
- **Scoped permissions**, so an agent works its own client's searches and nothing else
For a head start on the records, the [Recruiting Workspace template](/apps/hiring) already links jobs, applications by stage and interviews with scorecards, and a firm adds a client table and a submittal table on top. Winning the next job order runs on email too, and that pattern is in [sales email as a managed pipeline](/use-cases/sales-email-managed-pipeline).
## Where to start
Take one client and its open job orders. Put the job orders, candidates and submittals into a Database App, connect the mailbox that client already writes to, and write the one rule that matters: an agent may screen, draft and propose times, and a recruiter sends every submittal and every candidate message.
> The recruiter still makes the match. What changed is that nobody has to remember which hiring manager owes feedback on which candidate.
### Japanese Version: 人材紹介会社：候補者と顧客に向き合う時間を、事務作業から取り戻す
## 候補者探しが本業で、その周りの事務が1週間を埋める
1日がどこに消えたかをリクルーターに尋ねると、答えは成約そのものではないことがほとんどです。面談のたびに書き起こすスクリーニングメモ、顧客ごとの書式に合わせて書き直す推薦文、面接日時を1つ決めるために往復した3通のメール、そして火曜日から返信のない採用責任者。
この仕事の配分は実測されています。Bullhornの2026年版GRIDレポートは、採用業界の専門職**約2,300名**への調査をもとに、リクルーターが1日のうち**最も時間を使うのは候補者の探索で、次が応募者のスクリーニング**だと報告しています。AIでこれまでに得られた効果としては、**経営層の51%、リクルーターの44%**が、より適した候補者をより早く見つけられるようになったことを挙げ、2番目は**顧客や候補者と向き合う時間が増えた**ことでした（出典：[Bullhorn「2026 GRID Industry Trends Report」](https://www.bullhorn.com/grid/2026-industry-trends/report/)、2026年9月29日参照）。
多くの会社はまだ初期段階にあります。同じ調査では、何らかのエージェント型AIツールに移行した会社が**30%**、業務全体にAIを組み込んでいる会社は**10%**でした（出典：[Bullhorn「2026 GRID Industry Trends Report」](https://www.bullhorn.com/grid/2026-industry-trends/report/)、2026年9月29日参照）。成果は速度にも表れており、**最も成長した会社の56%が平均成約期間10日未満**と回答しています（出典：[Bullhornプレスリリース、2026年2月25日](https://www.bullhorn.com/news-and-press/press-releases/bullhorn-grid-report-staffing-firms-using-ai-see-stronger-growth-faster-placements/)、2026年9月29日参照）。
需要も戻りつつあります。米国人材派遣協会（American Staffing Association）は、2026年第2四半期の業界総売上が**前年同期比3.3%増**となり、雇用、売上、給与総額がそろって前年を上回ったのは同協会の調査で2022年後半以来初めてだと発表しました（出典：[American Staffing Association、2026年9月22日](https://www.prnewswire.com/news-releases/staffing-industry-grows-year-to-year-in-the-second-quarter-302886655.html)、2026年9月29日参照）。2024年には、平均的な1週間で**約220万人**の派遣・契約社員が米国の人材会社を通じて働いています（出典：[American Staffing Association「Staffing Industry Statistics」](https://americanstaffing.net/research/fact-sheets-analysis-staffing-industry-trends/staffing-industry-statistics/)、2026年9月29日参照）。
顧客企業の側も、同じ日程調整の問題を抱えています。米国の採用部門責任者500名超を対象としたGoodTimeの2026年調査では、採用担当者が**業務時間の38%を面接の日程調整**に費やし、**60%の組織で採用までの期間が延びた**と報告されています（出典：[GoodTime「2026 Hiring Insights Report」](https://goodtime.io/news-press/2026-hiring-insights/)、2026年9月29日参照）。自社の担当者が日程調整に追われている顧客ほど、次の面接を段取りよく組める人材会社の価値に気づきます。
## 顧客ごとに1ルーム、案件ごとに1レコード
構成は小さく保ちます。顧客企業ごとにKylonルームを1つ（小口の顧客が多いチームであれば担当チームごとに1つ）、その裏にデータベースアプリを1つ置きます。案件は求人依頼のレコードになります。顧客名、職種、要件、年収レンジ、紹介手数料の条件、採用責任者、選考段階です。候補者、推薦、面接は、このレコードに紐づくレコードとして持ちます。
変わるのは、案件を進めるAIエージェントが、担当者と同じレコードを読み、同じレコードに書くことです。採用責任者から評価の返信が届けば推薦の状態が進み、返信が担当者個人の受信箱で月曜の定例まで眠ったままになりにくくなります。
- **求人依頼レコード**：要件、年収レンジ、手数料条件、採用責任者を保持
- **候補者と推薦のレコード**：誰をどの案件にいつ推薦したか、推薦への本人同意を記録
- **面接段階**：評価の回答期限を持たせ、顧客の返信待ちを記憶ではなく項目として管理
- **ルームガイドライン**：文体、報酬について伝えてよい範囲、担当者の承認が必要なものを明文化
*[Interactive UI preview: Kylon room showing a recruiting desk agent posting the weekly search board, with counts and a table of open job orders]*
## 届くもの、整えられるもの、人が決めるもの
このページのルールは、Kylonのすべてのページと同じです。AIエージェントが準備し、人が確定させます。人材紹介ではこの線がとりわけ重要です。すべてのメッセージが会社の名前を背負って顧客に届き、あるいは誰かのキャリアの途中に届くからです。
## スクリーニングメモを、そのまま推薦文に
推薦文は担当者の判断力が表れる場所であり、夜の時間が消える場所でもあります。顧客が知りたいことはどの案件でも同じです。必須要件を満たしているか、本人は何を求めているか、いつから働けるか。答えはすでにスクリーニングメモの中にあります。時間がかかるのは、それを顧客ごとに書き直す工程です。
ルーム内では、AIエージェントが求人依頼とスクリーニングメモから推薦文を下書きします。そのため、どの候補者の要約も顧客の要件に同じ順序で答える形になります。メモで足りない点は、担当者が補う箇所として示します。候補者の強みを伝える一文は担当者が書き、送信も担当者が行います。推薦への本人同意は推薦レコードの項目であり、ルームガイドラインにより、この項目が埋まるまで下書きは送信待ちのまま止まります。
## 運用画面
担当者が推薦する候補者を一行で指示すると、スクリーニングメモから作成した推薦文が、担当者が送信するまで保留された状態で返ってきます。
*[Interactive UI preview: Kylon room showing a client submittal drafted from screening notes and held behind a Send control]*
## 日程調整と評価の回収、案件が止まりやすい場所
推薦から内定までの間、案件は2つのカレンダーと2つの受信箱にまたがります。AIエージェントは、担当者の接続済みカレンダーと、採用責任者がメールで示した候補日から面接日時を提案し、双方への確認メールを下書きします。評価の回答期限を過ぎると、候補者名、面接日、候補者が待っている内容を記載した督促を下書きします。
候補者にも、決まった間隔で連絡が届くようにします。顧客の返答が遅れているときは、待っている候補者それぞれに短い近況連絡を下書きし、音沙汰のないまま募集終了を知る候補者を減らします。何を送るか、どの会話を電話にするかは担当者が決めます。
*[Interactive UI preview: Kylon room showing the week's interview loop read into a table, with feedback that is overdue flagged]*
## 金曜日の報告書づくりを、記録から組み立てる
顧客への週次報告は、多くの場合が再構成作業です。管理表、受信箱、カレンダーを開いて1週間を組み直します。推薦と面接のそれぞれが自分の履歴を持っていれば、報告はレコードを読む作業に寄っていきます。
ワークフローが決まった時刻に下書きを作成します。募集中の職種、推薦した候補者、実施した面接、未回収の評価、各案件の次の一手です。担当者が読み、顧客に合わせて表現を整えて送信します。顧客がその価値に気づくのは3週目です。報告の内容が、電話で聞いた話と一致するからです。
## 接続するもの
Kylonは、チームがすでに使っているツールの上に立ち、顧客、候補者、担当者の間の調整を担います。
- **メール**：GmailまたはOutlookを接続し、求人依頼、候補者の返信、顧客からの評価を個人の受信箱ではなく案件に紐づける
- **カレンダー**：実際の空き時間に基づいて面接日時を提案する
- **データベースアプリ**：求人依頼、候補者、推薦、面接段階をチームとAIエージェントが同じ形で読む
- **ファイル保管**：Googleドライブなどで履歴書、スクリーニングメモ、契約書を保管する
- **権限設定**：AIエージェントが扱う範囲を担当顧客の案件に限定する
レコードの土台を早く用意したい場合は、[採用ワークスペースのテンプレート](/ja/apps/hiring)に、求人、選考段階ごとの応募、評価シート付きの面接がすでにつながっています。人材紹介会社であれば、その上に顧客と推薦のテーブルを加えます。次の求人依頼を獲得する営業もメールで動いており、その型は[メール起点の営業パイプライン](/ja/use-cases/sales-email-managed-pipeline)で扱っています。
## 着手の順序
顧客を1社選び、その顧客の募集中の求人依頼から始めます。求人依頼、候補者、推薦をデータベースアプリに入れ、その顧客がすでに連絡してくるメールボックスを接続し、重要な1つのルールを書き出します。AIエージェントが担うのはスクリーニング、下書き、日時の提案まで。すべての推薦文と候補者へのメッセージは担当者が送信する。
> 候補者を見極めるのは、これまでどおり担当者です。変わったのは、どの採用責任者がどの候補者の評価を返していないかを、誰かが覚えていなくても追えるようになったことです。
---
# 日本語: LINE公式アカウントのユースケース
Kylonでは、LINE公式アカウントの定型案内、予約に必要な情報の確認、担当者への引き継ぎを、業界の運用ルールに合わせて設計します。診断、契約、価格交渉など個別判断が必要な内容は担当者が確認します。
**分類ページ:** https://kylon.io/ja/use-cases/line
**総合ユースケース:** https://kylon.io/ja/use-cases/line/general
## 設計の考え方
LINE公式アカウントに届く相談は、業界を問わず「公開情報で答えられる質問」「予約の前に確認が必要な項目」「人の判断が必要な相談」の3つに分かれます。Kylonではこの3つを、一次案内、予約前の聞き取り、担当者への引き継ぎという層として設定します。業界で変わるのは各層の中身であり、層の分け方自体は変わりません。
美容クリニックでは診断と適応の判断が、不動産では審査と条件交渉が、結婚式場では個別見積もりと空き日の確定が、担当者に渡す層に入ります。一次案内に使う資料と、引き継ぐ条件を先に決めておくと、営業時間外に届いた相談も、相談が重なる時間帯に届いた相談も、同じ流れで扱えます。
やり取りはLINE公式アカウントを接続したKylonのルームに残り、聞き取った内容は受付リストのAppに記録されます。担当者が代わっても経緯を追え、履歴をもとに一次案内の資料と引き継ぎ条件を見直せます。
- **一次案内**: 料金、営業時間、メニュー、アクセスなど、公開している情報を設定した資料の範囲で返す層です。回答の根拠は資料にあり、資料を更新すると案内内容も見直します。
- **予約前の聞き取り**: 希望日時、人数、相談内容など、予約や見積もりの前に必要な項目を会話の中で確認する層です。聞き取った内容はカードと受付リストに残り、担当者が引き継ぐときの前提になります。
- **担当者への引き継ぎ**: 診断、契約、価格交渉、クレームなど、判断が必要な相談をあらかじめ決めた条件で人に渡す層です。聞き取り内容と履歴を添えたスレッドで確認を依頼し、回答は同じLINEアカウントからお客様に返ります。
## 総合ユースケース: ワークスペースでの流れ
LINE公式アカウントを接続したルームに、お客様のメッセージがそのまま届きます。エージェントは設定した資料に沿って一次案内を返し、聞き取った内容をカードにまとめ、受付リストのAppに状態を記録します。医師や責任者の判断が必要な相談は、聞き取り内容を添えたスレッドで担当者に確認を依頼し、回答を受けてからお客様に返します。
### よくある質問
**Q. LINE公式アカウントの標準自動応答と何が違いますか？**
LINE公式アカウントの標準機能では、一律応答やキーワード応答を設定できます。Kylonでは、参照する資料、一次案内の範囲、担当者へ引き継ぐ条件を整理し、問い合わせ対応の流れを設計します。回答内容は対応履歴をもとに担当者が見直せます。
**Q. AIが不適切な返信を送ってしまうリスクはありますか？**
金額交渉、クレーム、契約変更など判断が必要な内容は、AIが下書きを作成し、担当者が確認してから送信する承認フローが組み込まれています。どこまでAIに任せるかは、企業側で細かく設定できます。
**Q. 既存のLINE公式アカウントをそのまま使えますか？**
はい。現在運用中のLINE公式アカウントをそのまま接続できます。友だちリストや過去の設定を維持したまま、AI自動応答を追加する形です。
**Q. 設定にエンジニアは必要ですか？**
開発担当者がいない場合でも始められます。LINE公式アカウントの接続後、料金表やFAQなどの資料、応答方針、担当者への引き継ぎ条件を確認して設定します。必要な権限や既存システムとの連携方法は事前に確認します。
**Q. 他のLINEツール（Lステップなど）と併用できますか？**
LINE Messaging APIのWebhook先をKylonに設定する形です。既存ツールとの併用については、ビジネス要件に応じて最適な構成をご提案します。
**Q. 対応履歴やお客様のデータはどこに保存されますか？**
対応履歴はKylonのワークスペース内に安全に保存されます。お客様が入力・生成したデータをAIモデルの学習に使用することはありません。SOC 2の取得審査を進めています。
**Q. どのくらいの規模の企業に向いていますか？**
目安は、LINE公式アカウントに毎月50件以上の相談が届き、料金や空き状況などの定型的な質問と、担当者の判断が必要な相談が混在している窓口です。美容室、飲食店、クリニック、不動産、ECなど、予約や見積もりの前に確認事項が発生する業種を想定しています。
**Q. LINEで受けた相談は、Kylonのどこに表示されますか？**
LINE公式アカウントを接続したルームに、お客様のメッセージが届きます。エージェントの一次案内、聞き取り内容のカード、担当者への確認依頼のスレッドも同じルームに残り、受付リストなどのAppに状態が記録されます。担当者はルームの履歴とAppの記録を見ながら引き継ぎます。
## 美容クリニック・美容皮膚科
> 料金、施術内容、空き状況の相談が重なる時間帯でも、一次案内と予約に必要な確認を同じ流れで進めます。診断、適応判断、個別の医療相談は担当者へ引き継ぐ設計です。
**URL:** https://kylon.io/ja/use-cases/line-aesthetic-clinic
**Markdown:** https://kylon.io/ja/use-cases/line-aesthetic-clinic/md
### 対応する課題
- 営業時間外の料金・施術相談が翌朝に集中する
- 予約前の確認が担当者ごとにばらつきやすい
- 施術の適応や個別相談を安全に引き継ぎたい
### 設計する対応
- **定型案内**: 料金表、施術メニュー、来院時の案内を設定した範囲で一次案内します。
- **予約前の聞き取り**: 希望施術、部位、来院希望日など、予約判断に必要な情報を会話でそろえます。
- **担当者への引き継ぎ**: 診断、適応、既往歴、強い不満などは対応履歴を添えて担当者へ渡します。
## 自費診療の歯科
> インプラントや矯正の相談では、費用、治療の流れ、来院のタイミングを何度も確認することがあります。一次案内とフォローの抜けを減らし、説明が必要な相談は担当者へつなげます。
**URL:** https://kylon.io/ja/use-cases/line-private-dentistry
**Markdown:** https://kylon.io/ja/use-cases/line-private-dentistry/md
### 対応する課題
- 検討中の相談に対する再連絡が後回しになる
- 費用や治療の流れに関する質問が繰り返し届く
- 症状や治療判断に関わる内容は人が確認したい
### 設計する対応
- **治療前の案内**: 初診相談の流れ、料金の考え方、アクセスなどを設定した資料に沿って案内します。
- **検討状況の確認**: 希望時期や気になる点を聞き取り、次の相談につながる情報を整理します。
- **予約・相談の引き継ぎ**: 症状、治療可否、詳細な見積もりは担当者が確認できる形で引き継ぎます。
## 高級賃貸・売買の不動産
> 物件の条件確認、内見希望、入居時期の相談がLINEに届いたら、一次案内と必要情報の聞き取りを進めます。条件交渉や契約に関わる判断は担当者が引き継ぎます。
**URL:** https://kylon.io/ja/use-cases/line-luxury-real-estate
**Markdown:** https://kylon.io/ja/use-cases/line-luxury-real-estate/md
### 対応する課題
- ポータルやLINEからの反響が営業時間外にも届く
- 内見調整に必要な条件がそろわないまま引き継がれる
- 価格交渉や契約条件は担当者が確実に確認したい
### 設計する対応
- **物件の一次案内**: 物件の基本情報、周辺情報、内見方法などを設定した情報に沿って案内します。
- **内見条件の確認**: 希望日時、入居時期、人数、重視する条件を会話で確認します。
- **商談への引き継ぎ**: 交渉、審査、契約条件に関わる内容は担当者へ通知し、対応履歴を残します。
## 結婚式場・ウェディング
> 見学の空き状況、プラン、人数、見積もりの相談が重なる週末も、一次案内と必要情報の確認を進めます。個別の提案や最終見積もりはプランナーが対応します。
**URL:** https://kylon.io/ja/use-cases/line-wedding-venue
**Markdown:** https://kylon.io/ja/use-cases/line-wedding-venue/md
### 対応する課題
- 週末に見学相談が集中し、初回返信が遅れやすい
- 人数や希望時期など提案に必要な情報が不足する
- 見積もりやプランの個別提案はプランナーが確認したい
### 設計する対応
- **見学前の案内**: 見学の流れ、会場情報、基本プランなどを設定した範囲で案内します。
- **希望条件の聞き取り**: 希望時期、人数、検討段階、見学希望を会話の中で確認します。
- **プランナーへの引き継ぎ**: 具体的な提案、見積もり、空き日の確定はプランナーへ引き継ぎます。
## 脱毛・エステサロン
> コース、料金、空き状況の案内から、来店後の確認まで。LINEに届く定型的な相談を整理し、個別対応が必要な内容を担当者へ渡す流れをつくります。
**URL:** https://kylon.io/ja/use-cases/line-esthetic-salon
**Markdown:** https://kylon.io/ja/use-cases/line-esthetic-salon/md
### 対応する課題
- 予約変更やコース相談が営業時間外に届く
- 初回予約に必要な情報が担当者ごとに異なる
- 施術後の個別相談を適切に担当者へ渡したい
### 設計する対応
- **コース・予約案内**: コース内容、料金、来店時の注意事項などを設定した資料に沿って案内します。
- **予約情報の確認**: 希望コース、日時、初回かどうかを確認し、予約案内につなげます。
- **個別相談の引き継ぎ**: 施術後の状態に関する相談や個別対応は、内容を整理して担当者へ渡します。
## パーソナルジム
> 体験予約、コース、料金、営業時間の相談をLINEで受け、来店に必要な情報を会話で確認します。トレーニング内容や身体状況に関する個別判断はトレーナーへ引き継ぎます。
**URL:** https://kylon.io/ja/use-cases/line-personal-gym
**Markdown:** https://kylon.io/ja/use-cases/line-personal-gym/md
### 対応する課題
- 体験相談が営業時間外に届き、返信が翌日になる
- 目的や希望時間が確認できず、予約調整が往復する
- 身体状況やトレーニング内容はトレーナーが確認したい
### 設計する対応
- **体験前の案内**: 体験の流れ、コース、料金、持ち物などを設定した範囲で一次案内します。
- **目的と日時の聞き取り**: 希望時間、目的、経験など、体験予約に必要な情報を会話で確認します。
- **トレーナーへの引き継ぎ**: 身体状況、個別プログラム、食事や運動の判断を要する相談はトレーナーへ渡します。
---
# Partner Program
> Kylon rollouts in Japan are delivered through certified partners. Certification has three tiers and starts with a 30 minute intro call.
**URL:** https://kylon.io/partner
**日本語:** https://kylon.io/ja/partner
**Markdown:** https://kylon.io/partner/md · https://kylon.io/ja/partner/md
## Certification tiers
- **Certified Partner**: certified to support customer rollouts, with priority access to technical documentation and standard support.
- **Select Partner**: several Kylon rollouts delivered, with a clear strength in one industry or discipline. Joint marketing and technical training are open to them.
- **Premier Partner**: the deepest Kylon delivery experience and the broadest expertise. Co-hosted seminars, first look at referred accounts, and a dedicated technical contact.
## Certified partners
- **Wisdom Technology Inc.** (Premier Partner, 株式会社Wisdom Technology): system integration, ERP rollouts, infrastructure and engineering services. Part of the Wisdom Group, with development bases in Tokyo, Fukuoka, Osaka and China. ISO 27001 certified. Sales partner and technical delivery (FDE). https://wisdom-technology.co.jp/
- **UNOMI Inc.** (Select Partner, 株式会社UNOMI): TikTok advertising, TikTok Shop launches and social media marketing. Sales partner. https://unomi-jp.com/
## Collaboration partners
- **Uravation Inc.** (株式会社Uravation): AI training, consulting and development for more than 100 companies, listed firms among them. https://uravation.com/
- **Michibiku Group**: AI-assisted hiring, industry AI adoption and direct recruiting. https://michibikugroup.co.jp/
## How a partner runs a rollout
A certified partner opens a rollout room in the customer's workspace and stays in it from the first document review to go-live. The conversation and the App being built sit side by side, so a decision taken in chat shows up in the records a moment later.
1. **Reference material and scope**: The agent reads the price list, FAQ and hours the customer already has, and the partner confirms what it can answer from them and what is missing.
2. **Response policy**: Partner and customer agree what the agent answers on its own, what it asks for, and when it hands off to a person, and record that as policy in the workspace.
3. **Pilot**: The rollout starts on a limited window or a limited set of requests, and both sides review the handling history in the same room.
4. **Go-live and review**: A go-live date is set, and after launch the reference material and hand-off rules are updated from the history.
## What partners get
- Referrals from inbound Kylon inquiries that match the partner's specialty.
- Joint marketing: co-hosted seminars, customer stories and articles written together.
- Partner-only technical training with priority technical support.
- Use of the Kylon certified partner logo on websites and proposals.
## How to apply
Certification starts with a 30 minute intro call covering the work the firm delivers, the rollouts it has done and the customers it has in mind. Apply at https://kylon.io/partner/apply (JA: https://kylon.io/ja/partner/apply). Related page: https://kylon.io/partner/toolkit
## Common questions
**Q. How do I become a Kylon partner?**
It starts with a 30 minute intro call. We go through the work you deliver, the rollouts you have done and the customers you have in mind, then agree on the certification tier and how to start.
**Q. How are partners certified?**
There are three tiers: Premier, Select and Certified. Certification is based on Kylon delivery record and depth of expertise, and the tier decides how far joint marketing and technical support go.
**Q. What do partners get?**
Referrals from inbound accounts that match their specialty, co-hosted seminars and joint articles, partner technical training with priority support, and use of the certified partner logo.
**Q. What is the difference between a sales partner and a collaboration partner?**
A sales partner proposes, deploys and supports Kylon for its own customers. A collaboration partner works with us on training and on widening how Kylon is understood and used.
**Q. Can we apply without a track record in AI rollouts?**
The intro call covers your current business and team. Partner technical training and documentation are provided, so the conversation can start from how to build the delivery side up.
**Q. Which partners deliver Kylon in Japan?**
Wisdom Technology and UNOMI are sales partners covering rollouts in Japan. Uravation and Michibiku Group work alongside us as collaboration partners on training and AI adoption.
**Q. What does the partner learning path cover?**
Four steps: what Kylon is, permissions and architecture, building an App yourself, and connecting an agent you already run through the Kylon CLI. The material is public and free to read; certification opens when all four pass.
**Q. Why is there a step about the CLI and outside agents?**
Because a delivery you can repeat is worth more than one you hand-built. Step 04 connects an agent your team already uses to a workspace and ships an App change from the command line, which is how a build you designed once runs again on the next client.
**Q. How does a partner run a customer rollout?**
The partner opens a rollout room in the customer's workspace and runs the whole engagement there: loading the reference material the agent answers from, agreeing the response policy, piloting, then going live. Decisions and open questions stay in the room and its Apps, so the customer can trace them later.
---
# Integration Articles
## Apollo + Kylon: Your AI-Powered Revenue Engine
> Your Kylon agent looks up any person or company, LinkedIn profiles, emails, job titles and org charts, just by asking. No Apollo account, no API key, no credits to manage.
**URL:** https://kylon.io/integrations/apollo
Most sales teams know Apollo. It's one of the best databases for finding people, companies, emails, and org charts. But using it typically means logging into a separate dashboard, managing API credits, running searches one by one, and copy-pasting results back into your CRM or spreadsheet.
On Kylon, Apollo is built in. **No API key. No Apollo subscription. No configuration.** You just ask your agent, and it searches Apollo's database of 275M+ contacts and 73M+ companies directly.
## What you can do
Kylon's Apollo integration covers the full Apollo API surface through a simple conversational interface:
- **People search.** Find contacts by name, title, company, location, industry, or any combination
- **Company enrichment.** Get firmographics: employee count, revenue, tech stack, funding, industry classification
- **Person enrichment.** Single or bulk. Pass an email or LinkedIn URL, get back the full profile
- **Organization job postings.** See what a company is hiring for right now
- **News articles.** Surface recent press about a person or company
All of this runs through Kylon's platform proxy. Your agent picks the right Apollo endpoint, structures the query, and returns formatted results right in your room.
## How it actually works
Here's what a typical workflow looks like:
**You:** "Find the VP of Marketing at companies in Singapore with 50–200 employees in the SaaS space"
**Your agent:**
1. Calls Apollo's people search with your filters
2. Returns a structured table: name, title, company, email, LinkedIn URL
3. Asks if you want to enrich any of them further or save to a table
**You:** "Enrich the top 10 and add them to our leads table"
**Your agent:**
1. Runs bulk enrichment on all 10 in parallel
2. Pulls full profiles: current role, past experience, social links, verified email
3. Creates rows in the leads table in your room with all fields populated
The whole thing takes about two minutes. No tab-switching, no CSV exports, no API key rotation.
## Three real use cases
### 1. Pre-outreach enrichment for partnerships
Before sending a partnership email, your agent can enrich every contact on your list. Ask it to "look up these 50 companies and find the person most likely to handle partnerships", and it searches by title patterns (Head of Partnerships, BD Director, VP Strategic Alliances), returns the best match per company, and pre-fills your outreach table with name, email, title, and company size.
### 2. Investor and partner due diligence
Preparing for a meeting with a potential partner or investor? Ask your agent: "Tell me everything about [Company X], funding rounds, employee growth, tech stack, recent hires, and any recent news." It pulls from Apollo's company enrichment and news endpoints in one pass, giving you a briefing document in 30 seconds.
### 3. Hiring pipeline research
Screening candidates? Your agent can enrich a list of LinkedIn URLs with current role, company, tenure, and skills, then flag candidates who match your criteria. It can also check what the candidate's current company is hiring for, which tells you whether they might be open to a move.
## Manual Apollo vs. Kylon agent
| Task | Manual Apollo | Kylon Agent |
|------|--------------|-------------|
| Search 50 leads | Log in, run search, export CSV, import to CRM | Ask for 50 SaaS VPs in Singapore, results land in the room |
| Enrich a list | Upload CSV, wait, download, match columns | Ask to enrich the contacts, the table updates in place |
| Research a company | Open dashboard, search, read, copy notes | Ask for a brief on the company, a formatted summary comes back |
| Monitor job postings | Check manually or set up alerts | Ask what the company is hiring for, answer comes straight back |
The difference isn't just speed. It's that the enrichment happens *inside* the workspace where the data will actually be used, in the same room where your team discusses deals, tracks progress, and makes decisions.
## Getting started
There's no setup. If you're on Kylon, Apollo is already available to every agent in your workspace. Just ask. If you want structured output, ask your agent to create a table and populate it. If you want a one-off lookup, ask in natural language.
The integration supports the full Apollo API v1 surface: people search, company search, single and bulk enrichment, organization details, job postings, and news. All through conversation.
---
*Apollo data runs through Kylon's platform proxy with zero configuration. No API key or Apollo subscription required.*
---
## Give Your Content a Voice: Kylon's ElevenLabs Integration
> Turn any document into natural-sounding audio. Clone a voice. Dub a video into 29 languages. Your Kylon agent handles all of it, with no ElevenLabs subscription required.
**URL:** https://kylon.io/integrations/elevenlabs
Text dominates business communication, but audio is how people actually consume content on the go. Podcasts, voice briefings, multilingual video — these formats reach audiences that don't read blog posts. The problem has always been production cost.
Kylon integrates ElevenLabs natively, making voice and audio generation as simple as a chat message. **Text-to-speech, voice cloning, multilingual dubbing, sound effects, and transcription** — all zero-config, no ElevenLabs account needed.
## What you can do
ElevenLabs is the leading AI voice platform, and Kylon makes the full suite available through conversation:
- **Text-to-speech** — convert any text, document, or article into natural-sounding audio with dozens of voice options
- **Voice cloning** — create a digital version of a specific voice from a short audio sample
- **Multilingual dubbing** — take an English video and dub it into Japanese, Spanish, German, or 26 other languages, preserving the speaker's tone and pacing
- **Sound effects** — generate ambient audio, transitions, or effects from text descriptions
- **Speech-to-text** — transcribe audio and video files with high accuracy
- **Voice isolation** — extract clean speech from noisy recordings
Your agent handles voice selection, pacing, format, and delivery. You describe the outcome.
## How it actually works
**You:** "Turn our latest blog post into a podcast episode. Use a professional male voice, moderate pace."
**Your agent:**
1. Reads the blog post content
2. Selects an appropriate voice from ElevenLabs' library
3. Generates the full audio with natural pacing and intonation
4. Returns an MP3 file in the room, ready for distribution
**You:** "Now make a Japanese version"
**Your agent:**
1. Uses ElevenLabs' multilingual dubbing
2. Generates a Japanese-language version preserving the original voice characteristics
3. Returns the dubbed audio alongside the original
Blog post to bilingual podcast in under five minutes.
## Three real use cases
### 1. Blog-to-podcast pipeline
Every article you publish can be a podcast episode. Your agent converts the text to audio, adjusts pacing for spoken delivery (shorter sentences, natural pauses), and generates the file. For teams publishing in multiple languages, the same article becomes a multilingual audio library — English, Japanese, Spanish — from one source.
### 2. Product demo localization
You have a 3-minute English product walkthrough video. Your Japanese market needs the same content. Instead of hiring a voice actor, scripting a translation, and syncing audio to video, ask your agent: "Dub this demo into Japanese." ElevenLabs preserves the original speaker's cadence and tone while switching the language. The result is professional enough for a landing page or sales call.
### 3. Daily briefings and summaries
Set up a workflow where your agent compiles daily metrics, open tasks, and notable updates into a spoken briefing. Team leads get a 2-minute audio summary they can listen to during their commute instead of reading through several rooms. Particularly effective for distributed teams across time zones.
## Voice quality
ElevenLabs produces the most natural-sounding AI speech available today. Key strengths:
- **Emotional range** — voices convey emphasis, pauses, and tone shifts naturally
- **Multilingual accuracy** — the dubbing engine handles tonal languages (Japanese, Mandarin) well
- **Consistency** — the same voice sounds consistent across multiple generations
- **Speed** — a 10-minute audio file generates in about 30 seconds
For most business content — articles, briefings, demos, training materials — the output is indistinguishable from professional voice recording.
## No setup required
ElevenLabs runs through Kylon's platform proxy. No ElevenLabs subscription, no API key, no voice credit management. Your agent has access to the full voice library, all generation modes, and dubbing capabilities.
Ask your agent to "read this aloud," "dub this video into Japanese," or "transcribe this meeting recording." It handles the rest.
---
*ElevenLabs runs through Kylon's platform proxy with zero configuration. No ElevenLabs account or API key required.*
---
## Scrape Any Website From Chat: Kylon's Built-in Apify Integration
> Need competitor pricing? Product listings? Social profiles? Your Kylon agent runs Apify actors behind the scenes — you just describe what you need.
**URL:** https://kylon.io/integrations/apify
Web scraping is one of those tasks that sounds simple but quickly becomes a project. You need to find the right tool, configure selectors, handle pagination, deal with rate limits, parse the output, and pipe it somewhere useful. For a one-off job, it barely feels worth the setup.
On Kylon, your agent handles all of that. **Describe what you need, and it runs the right Apify actor behind the scenes.** No Apify account. No code. No configuration.
## What Apify brings to Kylon
Apify is a marketplace of 3,000+ pre-built web scrapers ("actors") covering virtually every major website: Amazon, Google, LinkedIn, TikTok, Instagram, YouTube, Zillow, Yelp, and thousands more. Each actor is purpose-built for its target site, handling authentication, pagination, anti-bot measures, and structured output.
Kylon integrates Apify through its platform proxy. When you ask your agent to extract data from a website, it:
1. Searches the Apify actor marketplace for the best match
2. Configures the actor with your parameters
3. Runs it and waits for results
4. Returns structured data in your room — as a table, a summary, or whatever format you asked for
You don't choose actors. You don't write configuration. You describe the outcome.
## How it actually works
**You:** "Get me the top 20 products on Amazon for 'wireless earbuds' with price, rating, and review count"
**Your agent:**
1. Finds the Amazon Product Scraper actor
2. Sets the search term, result count, and output fields
3. Runs the scraper (~30 seconds)
4. Returns a formatted table with product name, price, rating, review count, and direct links
**You:** "Track this weekly and alert me if any price drops more than 15%"
**Your agent:**
1. Creates a workflow that runs every Monday
2. Compares new prices against the last run
3. Posts a summary to the room, flagging significant drops
The scrape-to-insight loop that normally takes a developer half a day becomes a two-message conversation.
## Three real use cases
### 1. Competitor pricing and product monitoring
Set up ongoing monitoring of competitor product pages, pricing pages, or feature comparison tables. Your agent scrapes the target pages on a schedule, stores results in a table in the room, and flags changes. Particularly useful for e-commerce teams tracking competitor pricing or SaaS teams monitoring feature parity.
### 2. Content research at scale
Planning a content strategy? Ask your agent to scrape the top-ranking articles for your target keywords — titles, word counts, heading structures, internal link patterns. It returns a content gap analysis in minutes, showing you what the competition covers and where the opportunities are.
### 3. Influencer and creator vetting
Before signing a creator partnership, your agent can pull their public TikTok or Instagram profile data: follower counts, engagement rates, recent post performance, content themes. Combine this with Apollo enrichment (another zero-config integration) to also find their management contact — all from one conversation.
## When to use Apify vs. other methods
Kylon has several data extraction tools. Here's when Apify is the right choice:
| Scenario | Best tool |
|----------|-----------|
| Structured data from a known site (Amazon, LinkedIn, TikTok) | **Apify** — purpose-built actors handle site-specific quirks |
| General web page content extraction | **Web Clipper** — lighter, no actor needed |
| Hard-to-access pages behind logins or anti-bot | **Apify or Brightdata** — both handle bypass |
| Real-time search results | **Web Search** — faster for one-off queries |
| Ongoing monitoring with alerts | **Apify + Workflow** — scheduled scraping with change detection |
The key advantage of Apify is reliability on complex sites. A generic scraper might break on Amazon's dynamic pricing or LinkedIn's authentication wall. Apify actors are maintained by the community and updated when sites change.
## No setup required
There's nothing to configure. Apify runs through Kylon's platform proxy — no account, no API key, no credit management. Your agent has access to the full Apify actor marketplace and handles actor selection, configuration, and execution automatically.
Just describe what data you need and where it lives. Your agent does the rest.
---
*Apify actors run through Kylon's platform proxy with zero configuration. No Apify account or API key required.*
---
## Design On Demand: How Kylon Agents Create Brand-Consistent Images with GPT-Image-2
> Need a blog cover, ad creative, or product mockup? Your Kylon agent generates it with GPT-Image-2 and automatically applies your brand colors, fonts, and style — every time.
**URL:** https://kylon.io/integrations/gpt-image2
Every team needs images — blog covers, social graphics, ad creatives, presentation visuals, product mockups. The traditional path is a design request, a brief, a round of revisions, and a few days of waiting. AI image generation cut that to minutes, but introduced a new problem: **consistency.**
Generate ten images with any AI tool and you'll get ten different styles. Different color palettes, different typography, different visual language. None of them match your brand.
Kylon solves this. GPT-Image-2 is built into the platform, and it works alongside Kylon's **brand system** — a persistent set of brand tokens (colors, fonts, logo rules, visual style) that every agent references automatically. The result: on-brand images, every time, from a chat message.
## How it works: GPT-Image-2 + Brand System
Kylon's image generation has two layers:
**Layer 1: GPT-Image-2 via platform proxy.** OpenAI's most capable image model, available to every agent with zero configuration. No OpenAI account, no API key, no per-image credits. Supports generation from text, editing existing images, and composing up to 16 reference images into a single output.
**Layer 2: Brand system integration.** Kylon's brand system (`brand-studio` skill) stores your visual identity as machine-readable tokens:
- Primary and secondary colors with exact hex values
- Typography scale and font families
- Logo usage rules (placement, minimum size, clear space)
- Visual style guidelines (illustration style, photography direction, color treatment)
- Anti-patterns (what not to do)
When your agent generates an image, it reads these tokens and incorporates them into the prompt and composition. The logo is never AI-generated — it's composited from your real logo file using Pillow, ensuring pixel-perfect accuracy. Colors are enforced. Typography follows your scale.
## What this looks like in practice
**You:** "Create a cover image for our new blog post about customer onboarding"
**Your agent:**
1. Reads the blog post title and content for context
2. Reads the brand system for colors, style, and logo rules
3. Generates the base illustration with GPT-Image-2, using brand colors and visual style
4. Composites the real logo onto the image using Pillow
5. Returns the finished cover — on-brand, sized correctly (1536×1024 for blog, 1200×628 for Twitter card)
**You:** "Try a version with more emphasis on the dashboard UI"
**Your agent:**
1. Uses the first image as a reference input (-i flag)
2. Regenerates with the adjusted focus
3. Maintains the same brand style and color palette
Iteration is conversational. You don't re-explain your brand with each generation — the agent already knows it.
## We use this ourselves
Every cover image on the Kylon blog — including the one at the top of this article — is generated by our own agents using this exact integration. The workflow:
1. Agent reads the article content and existing cover style references
2. Generates an illustration featuring Kylon's brand characters (the blob mascots) in a scene relevant to the article topic
3. Composites the real Kylon pinwheel logo from source files — never AI-generated
4. Produces both the 1536×1024 blog cover and the 1200×628 Twitter card variant
The result is a consistent visual library across dozens of blog posts, all produced in minutes per article with zero designer involvement.
## Three use cases
### 1. Blog and content marketing visuals
Every article needs a cover, an OG image for social sharing, and optionally in-article illustrations. With the brand system loaded, your agent produces all three variants from one prompt, styled consistently with your existing content library. New team members don't need to learn the brand guide — the agent already has it.
### 2. Social ad creative production
Running A/B tests on Meta or TikTok? Your agent generates multiple creative variations at your specified dimensions (1080×1350 for feed, 1080×1920 for stories) with consistent brand treatment. Change the headline, swap the background, adjust the CTA — each variation stays on-brand because the brand tokens are baked into every generation.
### 3. Pitch deck and presentation visuals
Custom illustrations for investor decks or client presentations. Instead of generic stock photos, your agent generates scene-specific visuals in your brand style: market overview diagrams, product concept art, team culture illustrations. The visual language stays consistent across 30 slides because the same brand system governs every image.
## Composition and editing
GPT-Image-2 on Kylon isn't just text-to-image. The agent can:
- **Edit existing images** — "Keep the product screenshot, replace the background with a clean studio backdrop"
- **Compose from references** — feed up to 16 reference images and describe the desired output
- **Iterate with consistency** — use a previous generation as input to maintain style across variations
- **Combine AI generation with precise compositing** — generate the illustration, then use Pillow to add real logos, exact text, and brand elements that need pixel-perfect accuracy
This hybrid approach — AI for the creative heavy lifting, programmatic compositing for precision elements — produces results that neither pure AI nor pure design tools achieve alone.
## Brand system setup
If your workspace already has a brand system (`brand-system.md`), every agent reads it automatically. If not, any agent can help you create one:
1. Share your website URL, brand guidelines PDF, or a few example assets
2. The agent extracts colors, fonts, and visual patterns
3. It generates a machine-readable brand system and saves it to the workspace
4. From that point on, every image generation references those tokens
The setup takes about five minutes. The consistency improvement is permanent.
## No configuration required
GPT-Image-2 runs through Kylon's platform proxy. No OpenAI account, no API key, no per-image billing to manage. The brand system is a workspace file that any agent can read. Together, they turn image generation from a creative bottleneck into a two-message conversation.
---
*GPT-Image-2 runs through Kylon's platform proxy with zero configuration. Pair it with Kylon's brand system for automatic visual consistency across every image your team produces.*
---
## Generate Marketing Videos in Chat: Kylon × Seedance 2.0
> Type a prompt, get a professional short video. Seedance 2.0 runs natively on Kylon — text-to-video, image-guided video, style transfer, and background music.
**URL:** https://kylon.io/integrations/seedance
Video dominates social media, but producing it is still expensive and slow. Even a 15-second product teaser traditionally requires a brief, a script, footage, editing, and review cycles. For most small teams, "we should make a video" stays on the wish list.
Kylon changes that math. **Seedance 2.0 runs natively on the platform** — type a prompt, and your agent generates a professional short video. No video editing software. No ByteDance account. No credits to manage.
## What Seedance 2.0 can do
Seedance 2.0 is ByteDance's latest video generation model, and Kylon makes it available through a zero-config proxy:
- **Text-to-video** — describe a scene, get a video. "A laptop on a clean desk showing a dashboard, camera slowly zooms in, warm office lighting"
- **Image-guided video** — upload a product screenshot or photo, and Seedance animates it into a short clip
- **Reference video style transfer** — feed it an existing video as a style reference, and it generates new content matching that aesthetic
- **Background music and audio** — native audio generation that matches the video's mood and pacing
All four modes work through natural conversation. Describe what you want, attach reference images or videos if you have them, and your agent handles the rest.
## How it actually works
**You:** "Create a 10-second product teaser. Show a modern workspace with a laptop displaying our app interface. Warm lighting, slight camera movement. Professional but approachable."
**Your agent:**
1. Generates the video using Seedance 2.0 text-to-video
2. Returns a preview in the room
3. Asks if you want variations, a different angle, or background music
**You:** "Good direction, but make the lighting cooler and add subtle background music"
**Your agent:**
1. Uses the first video as a style reference
2. Regenerates with adjusted parameters
3. Adds AI-generated background audio
Two messages, two minutes, and you have a polished teaser ready for social.
## Three real use cases
### 1. Social ad creative variations
A/B testing video ads on TikTok or Instagram usually means producing multiple cuts — expensive and time-consuming. With Seedance on Kylon, you generate 3–5 variations from one prompt by adjusting the angle, lighting, pace, or messaging. Your agent produces all variations in parallel and posts them for team review in the same room.
### 2. Product launch teasers
Have a new feature shipping? Take a screenshot of the UI, hand it to your agent with "turn this into a 15-second teaser with slow zoom and upbeat music," and you have a social-ready clip before the feature is even announced. No design brief, no production queue.
### 3. Pitch deck and presentation videos
Static slides are forgettable. When preparing for an investor meeting or a client pitch, your agent can turn key slides into short animated segments — a market size visualization that builds up, a product flow that plays through step by step. Embed them directly in your deck for a presentation that stands out.
## Quality and limitations
Seedance 2.0 excels at:
- Clean, professional scenes (office environments, product shots, UI demonstrations)
- Consistent lighting and camera movement
- Short-form content (5–30 seconds is the sweet spot)
It's less suited for:
- Long-form narratives (use it for segments, not full videos)
- Photorealistic human faces and hands (stylized or abstract works better)
- Exact text rendering in generated scenes
For most marketing use cases — teasers, social clips, ad variations, presentation segments — the output quality is production-ready.
## No setup, no credits
Seedance 2.0 runs through Kylon's platform proxy. There's no ByteDance account to create, no API key to manage, no per-video credits to track. Your agent has direct access to all four generation modes.
Just describe the video you want. Attach reference images or videos if you have them. Your agent handles model selection, parameter tuning, and delivery.
---
*Seedance 2.0 runs through Kylon's platform proxy with zero configuration. No ByteDance account or API key required.*
---
## How Kylon + Bright Data turns public web data into usable research
> Search public websites, extract structured records, capture screenshots, and work through difficult pages from a Kylon room. Bright Data runs behind your agent, so research does not begin with proxy setup or scraping code.
**URL:** https://kylon.io/integrations/bright-data-web-data
Most web research breaks down at the handoff between finding information and using it. A researcher opens many tabs, copies results into a document, then spends time checking whether pages loaded correctly or data is current. Technical teams may add another layer for proxies, parsers, and retry logic.
On Kylon, Bright Data is available through your agent. **No API key, no account, no configuration.** Ask for public information from the web, and the agent can choose an appropriate search, extraction, screenshot, or allowlisted data workflow. The result comes back in the room where the work is already happening, ready to review, compare, or turn into a table.
## What you can do
Kylon's Bright Data integration is useful when a normal search result is not enough and you need the contents of public pages in a usable form:
- **Search the web** for current pages, products, companies, articles, listings, and public mentions
- **Extract readable page content** from public URLs for summaries, comparisons, and source review
- **Work with difficult public pages** when ordinary page retrieval is incomplete or blocked
- **Capture website screenshots** to inspect a page's visible layout, messaging, prices, or interface
- **Retrieve structured public records** from more than 50 allowlisted sources, including Amazon, LinkedIn, Google, and other supported sites
- **Collect repeatable data sets** for product research, market monitoring, content audits, and competitive analysis
- **Compare multiple sources** and return a normalized list of findings instead of a collection of browser tabs
The integration is designed for public web data. Your agent can explain what it found, retain the source pages used, and flag where a page did not provide a reliable answer.
## How it actually works
Suppose a product marketing team wants to understand how competing project-management tools describe their AI features. They ask in a Kylon room: “Find the current AI feature pages for five competitors. Capture the headline, feature names, target user, and whether the page shows pricing.”
The agent searches for the relevant public pages, retrieves the page contents, and can take screenshots when layout or visual claims matter. It then returns a structured comparison: competitor, page title, stated feature, likely audience, pricing signal, and source. If a site uses a page structure that is hard to extract normally, Bright Data can help retrieve the public content instead of leaving a gap in the analysis.
A second workflow could start with an Amazon category. Ask: “Find the highest-rated portable label printers in this price range, then summarize recurring complaints in reviews.” The agent can retrieve supported public product data, group the complaints by theme, and present a shortlist with evidence. You do not need to decide which proxy, scraper, or data collector applies. The agent handles the task selection and returns the result in a form people can act on.
For visual research, ask for screenshots of a group of landing pages at a chosen viewport. This is useful for reviewing calls to action, page hierarchy, trust signals, or mobile navigation. The output can include both the image evidence and a written comparison, so design and marketing teams have the same reference point.
## When Bright Data is the right fit
Bright Data is best when the question depends on current, public web pages and the information needs to be gathered consistently across sources.
| Need | Use Bright Data on Kylon | Use a normal web search |
| --- | --- | --- |
| Compare product pages in detail | Extract page content and screenshots | Find a few relevant URLs |
| Monitor public listings or catalog data | Request structured records from supported sources | Check one listing manually |
| Review a hard-to-load public page | Retrieve available public content through web unlocking | Open the page in a browser |
| Build a small research brief | Normalize findings into a table or summary | Read results individually |
It is not a replacement for private data access. Bright Data works with public information and supported sources. If a task needs information inside an account, a separate authorized connection is required.
## Getting started
Start with the decision you need to make, not a request for a particular scraping method. For example: “Compare the top ten products in this category,” “Show how these companies position their pricing,” or “Collect screenshots of these pages and identify repeated conversion patterns.”
Give the agent the sites, names, filters, date range, or fields that matter. It will use Bright Data where it fits, return the public evidence it used, and keep the research in the Kylon room with the people who need it. There is nothing to install and no technical setup to maintain.
---
## How Kylon + Social Scraper turns public social activity into research
> Review public TikTok, Instagram, X, and LinkedIn activity from one Kylon conversation. Pull profiles, posts, comments, video details, and transcripts without collecting screenshots by hand.
**URL:** https://kylon.io/integrations/social-scraper-public-social-data
Public social media is often the fastest place to see what customers, creators, competitors, and communities are actually discussing. It is also difficult to review at scale. Posts live across different platforms, video context gets lost in screenshots, and comment threads are easy to sample badly.
On Kylon, Social Scraper gives your agent access to public social media data from the major networks. **No API key, no account, no configuration.** You can ask a direct research question in your room, and the agent can retrieve relevant public profiles, posts, videos, comments, search results, and available transcripts. It returns a focused answer instead of asking your team to log in, switch platforms, and copy links into a spreadsheet.
## What you can do
Kylon's Social Scraper integration covers public data across four platforms:
- **TikTok profiles and videos** including public profile details, video listings, captions, engagement signals, comments, and available transcripts
- **TikTok search and media research** for public videos, creators, sounds, comments, and downloadable public media where supported
- **Instagram profiles, posts, and reels** including public post details, comments, and reel search
- **X profiles, posts, and search** for public account activity, posts, conversations, follower graph data, retweeters, and articles where available
- **LinkedIn profiles and companies** including public company pages, profiles, posts, and jobs
- **Cross-platform comparisons** that put several creators, brands, or conversations into one structured brief
- **Comment and transcript analysis** that identifies recurring questions, objections, phrases, and audience reactions
This is public-data research. It is not a tool for private messages, locked accounts, or unpublished analytics inside a social platform account.
## How it actually works
Imagine a content lead is considering a TikTok campaign around small-business automation. They ask: “Find ten recent TikTok videos about automating admin work. Summarize the formats that get the most audience response, then group the comments by question or objection.”
The agent searches public TikTok results and reviews the relevant video metadata, captions, comments, and available transcripts. Rather than giving a raw feed, it can return a working brief: creator, post date, hook, video format, theme, engagement context, audience questions, and source. The team can then decide whether the opportunity is a tutorial series, a creator partnership, or a content angle to test.
The same approach works for competitor research. Ask: “Compare the last month of public LinkedIn posts from these five companies. What topics are they repeating, and which posts are drawing meaningful discussion?” The agent retrieves the public posts and produces a comparison by format, topic, tone, and visible response. If you need to verify a claim, ask for the original post links or request the relevant post text.
For customer research, you might ask: “Search X and Instagram for public posts mentioning a specific pain point. Separate product complaints from feature requests and general discussion.” The agent can search each platform and label the findings by theme. This makes it easier to distinguish a loud individual comment from a repeated pattern across independent users.
## Common use cases
Social Scraper is most useful when the work depends on the words, examples, and reactions found in public social conversations.
| Team | Example question | Useful output |
| --- | --- | --- |
| Content | What hooks are working in this topic? | Formats, opening lines, examples, and comment themes |
| Product | What are users asking for publicly? | Feature requests, complaints, and recurring friction |
| Sales | Which companies are discussing a relevant initiative? | Public posts, company context, and conversation signals |
| Partnerships | Which creators consistently discuss this category? | Profile overview, recent content, audience response |
Use platform-native analytics when you need private performance, account-level publishing tools, or audience data available only to the account owner. Use Social Scraper when the question is about what is publicly visible across accounts and networks.
## Getting started
Give the agent a platform, a topic or list of accounts, and the decision you are trying to support. Useful requests include: “Review these creators,” “Find public comments about this problem,” or “Compare our competitors’ recent posts.”
Add a date range, language, location, or minimum activity level if those constraints matter. The agent will collect relevant public material, explain the pattern it sees, and preserve the source context for follow-up. There is no login to share and no separate social-listening workspace to manage.
---
## How Kylon + FastMoss finds TikTok commerce opportunities
> Use FastMoss through Kylon to research TikTok creators, shops, products, videos, and livestreams. Find rankings, promoted products, and commercial patterns without manually moving between dashboards.
**URL:** https://kylon.io/integrations/fastmoss-tiktok-commerce-analytics
TikTok commerce research is easy to start and hard to do consistently. A single video can make a product look important, but a useful decision requires more context: which creators are repeatedly selling in the category, which shops are gaining traction, what products are promoted, and whether a trend is driven by a short campaign or sustained activity.
On Kylon, FastMoss makes that research available through your agent. **No API key, no account, no configuration.** Ask a question about TikTok creators, shops, products, videos, or livestreams, and the agent can retrieve relevant analytics, rankings, and discovery results. It brings the research back to the room, where your team can compare options and record the decision.
## What you can do
Kylon's FastMoss integration supports practical TikTok commerce research across the main entities in the market:
- **Discover creators** by category, market, performance signals, and content activity
- **Review creator rankings** to identify active accounts in a product category or campaign type
- **Research TikTok shops** and compare public shop intelligence across a market
- **Find products** that are active or gaining visibility in a category
- **Analyze video performance** to understand which product videos and formats are drawing attention
- **Review livestream activity** for public live-commerce patterns and relevant sellers
- **Identify promoted products** and connect a product to the creators or content driving visibility
- **Build shortlists** of creators, products, shops, or videos for campaign, merchandising, or competitive review
FastMoss is useful for research and prioritization. It does not replace your own TikTok Shop account operations, order management, or private campaign reporting.
## How it actually works
A growth team planning a creator campaign could ask: “Find active TikTok creators in the US who post about home organization and have recently featured storage products. Give me a shortlist with their content angle, recent product mentions, and evidence of commercial activity.”
The agent uses FastMoss discovery and creator data to find candidates, then returns a structured shortlist. Instead of only a follower count, the team can review signals that matter for the campaign: creator category, recent videos, product context, activity level, shop or product association where available, and why the creator fits the brief. The team can ask follow-up questions in the same room, such as whether a creator covers a competing product or appears to use mostly sponsored content.
For product research, a merchandising lead could ask: “What types of portable blenders are being promoted on TikTok right now? Find the products, the shops carrying them, the video formats used, and the common selling claims.” The agent can identify relevant products and promoted content, then group the output by price point, creative hook, product claim, and visible commercial activity.
A livestream question might be: “Show me leading live sellers in this category and explain how they structure their offers.” The output can focus on the public signals available through FastMoss, such as relevant shop, product focus, livestream activity, and comparative ranking. It is a faster starting point than trying to infer the market from isolated viral clips.
## Common use cases
FastMoss is best when your question is commercial and TikTok-specific.
| Question | What FastMoss helps answer | Typical next step |
| --- | --- | --- |
| Which creators should we assess? | Category-relevant creator discovery and recent activity | Build an outreach or briefing shortlist |
| What is selling in this category? | Product, shop, promoted-content, and ranking signals | Select products or creative angles to test |
| Who is competing for attention? | Active shops, creators, videos, and live sellers | Map competitors and distinguishable positioning |
| What content format is commercial? | Video and livestream examples connected to products | Brief creators with evidence, not guesses |
Use a general social research tool when you need broad public conversation or brand sentiment across several networks. Use FastMoss when you need TikTok commerce entities and performance-oriented market signals in one place.
## Getting started
Start with a market, product category, target country, or creator profile. A good request states both the filter and the decision: “Find skincare creators for an affiliate test,” “Compare shops selling this product type,” or “Show promoted products in this category this month.”
Tell the agent what success looks like, such as creator fit, product momentum, price range, or content style. It will use FastMoss to assemble a practical comparison and return it in the Kylon room. Your team can then narrow the shortlist, add notes, and keep the research attached to the campaign discussion.
---
## How Kylon + Kalodata makes TikTok Shop research actionable
> Research TikTok Shop categories, shops, products, videos, and livestream sales data directly from Kylon. Kalodata helps teams turn a fast-moving commerce feed into a clear category or campaign view.
**URL:** https://kylon.io/integrations/kalodata-tiktok-shop-intelligence
TikTok Shop changes quickly. New products gain attention, sellers shift their offers, and a video or livestream can move a category before a normal market report catches up. The problem is not a lack of activity. It is deciding which activity represents a useful opportunity for your product, shop, or campaign.
On Kylon, Kalodata gives your agent a direct way to research TikTok Shop. **No API key, no account, no configuration.** You can ask for category rankings, shop intelligence, product analytics, video performance, or livestream sales information in the same room where your team plans work. The agent retrieves the relevant data and turns it into a concise comparison or recommendation-ready brief.
## What you can do
Kylon's Kalodata integration supports research across TikTok Shop's commercial ecosystem:
- **Explore category rankings** to see which product areas are active and how categories compare
- **Research products** by category, sales signals, pricing, creator activity, and content context
- **Review shops** to understand their catalog focus, comparative performance, and public market position
- **Analyze videos** that contribute to product discovery and sales activity
- **Review livestream data** to study live-selling activity, products, and sales patterns
- **Compare markets** when a category, product type, or shop opportunity differs by region
- **Identify competitive patterns** in pricing, offers, product bundles, and content formats
- **Create structured shortlists** for sourcing, affiliate programs, creator briefs, and competitive reporting
The integration supports market intelligence. It does not grant access to a seller's private TikTok Shop back office, inventory system, payout data, or customer records.
## How it actually works
Consider a brand deciding whether to introduce a new beauty accessory through TikTok Shop. The team asks: “Compare the leading products in this category. Show price bands, the shops selling them, sales signals, supporting video formats, and whether livestreams appear to be part of the selling motion.”
The agent uses Kalodata to gather category and product information, then presents a comparison rather than a stream of individual records. The result can group products by price range and offer type, identify active shops, and summarize the video and live-commerce context. The team sees where the market is crowded, what claims or bundles are common, and what gaps may be worth testing.
For shop intelligence, ask: “Review these five TikTok Shops. What categories do they focus on, which products appear central, and how do their content and livestream approaches differ?” The agent can organize the answer into a shop-by-shop view. This is useful before a competitive review, a partnership conversation, or a decision about which assortment to prioritize.
A creator commerce manager may ask: “Find videos connected to this product category that are producing strong sales signals. What is the opening hook, product demonstration, offer, and call to action?” Kalodata provides the commerce context, while the agent translates it into an actionable creative brief. The point is not to duplicate a video. It is to see the repeatable structures behind commercial content.
## Common use cases
Kalodata fits teams that need to understand the TikTok Shop market, not just general TikTok attention.
| Team decision | Kalodata evidence | Result |
| --- | --- | --- |
| Enter or avoid a category | Category rankings, products, prices, and shop concentration | A clearer market-sizing and positioning discussion |
| Choose products to promote | Product sales context, video activity, and offer patterns | A ranked test list |
| Assess competitor shops | Shop catalogs, key products, content, and live activity | A practical competitive brief |
| Improve affiliate creative | Product-linked videos and commerce signals | Better hooks, demonstrations, and offers to test |
FastMoss is also useful for TikTok creator and product discovery. Kalodata is particularly strong when the research centers on TikTok Shop category, shop, product, video, and livestream commerce data. The two can complement each other when a campaign needs both a creator shortlist and a market view.
## Getting started
Ask a commercial question with a category, region, product type, or set of shops. For example: “What is happening in this category?”, “Which products should we evaluate?”, or “How do these shops compete?” Include price range, date window, or target market when it matters.
The agent will use Kalodata to retrieve the relevant market signals and explain the comparison in plain language. Your team can then ask for a deeper product list, a competitor cut, or a video and livestream breakdown without moving to another research dashboard.
---
## How Kylon + Google Trends turns search demand into planning signals
> Use Google Trends in Kylon to compare search interest, regional demand, related queries, and current trends. Move from an idea to evidence before choosing content, markets, or campaign timing.
**URL:** https://kylon.io/integrations/google-trends-search-demand
A search volume number is useful, but it rarely answers the planning question on its own. You may need to know whether interest is rising or falling, whether demand differs by country, what people search alongside a topic, and whether a current spike is a durable trend or a short-lived event.
On Kylon, Google Trends is available through your agent. **No API key, no account, no configuration.** Ask about a topic, brand, product category, or group of search terms, and the agent can retrieve search-interest history, regional patterns, related queries and topics, and current trending searches. It then explains what the pattern means for the decision in front of you.
## What you can do
Kylon's Google Trends integration supports both historical demand research and fast-moving trend checks:
- **Compare search interest over time** for one or more terms
- **Review regional interest** by country, region, metro area, or other available geography
- **Find related queries** that show how people refine or extend a search topic
- **Find related topics** for adjacent content, product, and campaign ideas
- **Check current trending searches** to understand what is receiving unusual attention now
- **Analyze seasonal patterns** before planning launches, editorial calendars, or promotions
- **Compare brands or categories** using relative search interest, not unsupported assumptions
- **Turn trend data into a brief** for content, market selection, product messaging, or paid-media planning
Google Trends reports relative interest, not total search volume. The agent can make that distinction clear and avoid treating a Trends score as a count of searches.
## How it actually works
Suppose a marketing team is planning a content series around AI meeting notes. They ask: “Compare search interest for AI meeting notes, meeting transcription, and meeting summary software in the US, UK, and Japan over the past two years. Show seasonality, rising related queries, and which market appears most promising for an initial content test.”
The agent retrieves the historical comparisons and regional data, then organizes the output around the decision. It might identify that one term is growing from a low base, another is consistently seasonal, and a third is stronger in a specific market. It can also list related queries that suggest a clearer article angle, such as templates, privacy concerns, or integrations.
For campaign timing, a retailer could ask: “When does interest in home office organization start to rise each year in our target regions? What related searches appear during the peak?” The answer can identify the repeatable timing pattern and show related terms that fit the campaign. Instead of launching based on a hunch, the team has an evidence-based window and a language set drawn from actual search behavior.
For a current event, ask: “What are the trending searches in this country today, and which are relevant to our industry?” The agent can surface the current trend list, filter it to the stated industry, and separate a news event from an opportunity for useful content. Not every trending term is appropriate for a brand. The value is in quickly checking what is happening and documenting why the team will act or not act.
## Common use cases
Google Trends works best for relative demand, timing, and geographic comparisons.
| Planning question | What Google Trends shows | Better decision |
| --- | --- | --- |
| Should we write about this topic? | Interest direction and related queries | Choose a timely, specific content angle |
| Which market should we test? | Relative regional demand | Prioritize localization or campaign budget |
| When should we launch? | Seasonal interest patterns | Set realistic editorial and media timing |
| Is this current topic worth reacting to? | Current trending searches and context | Avoid chasing irrelevant attention |
Use a keyword research platform when you need absolute volume, ranking difficulty, SERP analysis, or backlink data. Use Google Trends when you need to understand movement, seasonality, geography, and adjacent demand. They answer different questions and work well together.
## Getting started
State the terms you want to compare, the location, and the time period. Then name the decision: content priority, market choice, launch timing, or current-trend response. A request such as “Compare these three terms in Germany and France for the last five years, then recommend a launch quarter” gives the agent enough context to produce an actionable answer.
You can also start more openly: “What is rising in this category?” The agent will use Google Trends to identify relevant interest patterns, related searches, and geographic signals. The research remains in Kylon, alongside the content plan or campaign discussion it supports.
---
## How Kylon + Exa finds and verifies company and person context
> Use Exa in Kylon for AI-powered company and person enrichment with sources and confidence labels. Find relevant public context by meaning, not only by exact keyword matches.
**URL:** https://kylon.io/integrations/exa-company-person-enrichment
Finding a company or person on the web is not the same as understanding them. Search results may surface pages that share the same words but miss the relevant business context. A sales, partnership, or recruiting team then has to read through sources, decide which facts are current, and explain where each claim came from.
On Kylon, Exa gives your agent an AI-powered way to enrich companies and people from public web information. **No API key, no account, no configuration.** The agent can use semantic matching to find relevant context, then return a concise profile with citations and confidence labels. That means the result can be reviewed, challenged, and used in the conversation rather than treated as an unexplained summary.
## What you can do
Kylon's Exa integration is built around public company and person enrichment:
- **Enrich companies** with public information about what they do, their market, products, customers, positioning, and current context
- **Enrich people** with public professional context, roles, expertise, and relevant work history where available
- **Use semantic search** to find sources related by meaning, not just sources that repeat an exact keyword
- **Retrieve citations** so a reader can inspect the public pages behind a claim
- **Apply confidence labels** that distinguish strong, well-supported context from weaker signals
- **Research an account list** before outreach, a partnership discussion, or a strategic review
- **Find comparable companies or relevant people** based on business description and context
- **Produce a compact brief** that records what is known, what is inferred, and what still needs confirmation
Exa uses public web information. It should not be treated as an authoritative source for private employment data, personal contact information, or facts that require direct confirmation from the company or person.
## How it actually works
A partnerships team may ask: “Give me a research brief on this company before our meeting. Explain its product, target customers, likely priorities, recent public developments, and the sources supporting each point.”
The agent calls Exa's company enrichment capability and returns a cited profile. Rather than a long list of links, the output can separate the company description, products, customers or market, recent developments, and areas that need validation. Each material point is linked to supporting public sources, and the agent can show a confidence level where the evidence is incomplete or inconsistent.
For a person, a recruiter might ask: “What public experience does this candidate have with developer tools and early-stage products? Cite the evidence and flag anything that looks uncertain.” The agent uses person enrichment to identify relevant public context and builds a focused summary. It does not turn scattered search snippets into certainty. It retains source references and says where the public record is thin.
Semantic matching is useful when the language used on the web differs from the language in your request. For example, a team could ask for companies that help finance teams automate close processes without using the exact phrase “financial close automation.” Exa can locate contextually relevant companies and sources, then the agent can filter the results by the criteria that actually matter, such as customer type, geography, or integration ecosystem.
## Common use cases
Exa is most useful when you need a defensible understanding of a company or person, not merely a search result.
| Use case | Exa contribution | Output |
| --- | --- | --- |
| Account research | Cited company context and relevant public developments | A meeting or outreach brief |
| Partnership evaluation | Semantic discovery of comparable companies and product fit | A focused opportunity map |
| Recruiting preparation | Public professional context with source support | An interview preparation note |
| Market mapping | Find companies based on what they do, even with varied language | A candidate list with rationale |
A traditional keyword search is still useful when you know the exact page or phrase you need. Exa is a better choice when the question is conceptual: “Who does this kind of work?”, “What is this company really focused on?”, or “Which sources support that conclusion?”
## Getting started
Provide the company name, person name, or the type of organization you want to understand. Say what you need the research for. Examples include: “Prepare for a sales call,” “Assess partnership fit,” “Find comparable companies,” or “Summarize this person’s public experience in a specific area.”
Ask the agent to include citations and confidence labels when the brief will inform an important decision. It will use Exa to gather the relevant public context, distinguish evidence from inference, and return a reviewable result directly in the Kylon room.
---
## How Kylon + GoPlaces answers location questions with map data
> Find places, compare nearby options, calculate routes, resolve addresses, and retrieve place details through Kylon. GoPlaces brings Google Maps-based location research into the conversation where decisions are made.
**URL:** https://kylon.io/integrations/goplaces-location-research
Location questions look simple until they affect a real decision. “What is nearby?” depends on the starting point and category. “Which venue is best?” may require hours, rating, accessibility, distance, and route time. “Where should we open?” needs a consistent view of nearby competitors and services, not a handful of map pins copied into a chat.
On Kylon, GoPlaces lets your agent work with Google Maps-based location data. **No API key, no account, no configuration.** Ask for places, autocomplete suggestions, nearby businesses, routes, directions, place details, photos, or address resolution. The agent can return the relevant information in a clear list or comparison, directly in the room where people are coordinating the work.
## What you can do
Kylon's GoPlaces integration supports the main location tasks that teams and individuals use every day:
- **Search for places** by name, category, address, or area
- **Use address autocomplete** to resolve incomplete or ambiguous place names
- **Find nearby places** around a point or address, with a chosen category and radius
- **Retrieve place details** such as address, contact details, ratings, opening hours, accessibility information, and map context where available
- **Get place photos** when visual context helps compare venues, sites, or local businesses
- **Calculate routes** between locations for planning and comparison
- **Get directions** that can account for the route and mode of travel requested
- **Geocode addresses** into coordinates, or use location details to resolve a named place accurately
The agent uses location data to answer a stated question. It is not a replacement for local rules, live venue confirmation, or direct contact when a booking, legal restriction, or accessibility requirement is critical.
## How it actually works
Imagine an operations manager planning an offsite near a visiting team's hotel. They ask: “Find three meeting venues within a 20-minute public-transit trip of this address. Each must be open on Tuesday morning, have strong reviews, and be near a coffee option. Show the route time and the relevant place details.”
The agent starts by resolving the address, searches for suitable nearby venues, retrieves the details needed for comparison, and checks route information. It returns a concise shortlist rather than leaving the manager to compare map pins manually. Each option can include address, rating, hours, transit time, nearby coffee, and a note about what should still be confirmed directly with the venue.
For field teams, a request might be: “Build the most practical route from our office to these four customer locations, starting at 9:00 a.m. Include approximate travel time and flag stops that are far out of the way.” The agent can use route and directions data to organize the sequence. The output is a planning aid that can be adjusted in the same room as appointments and responsibilities.
For market research, ask: “Find independent gyms within three miles of this neighborhood. Group them by type, rating, and opening hours, then identify areas with few options.” GoPlaces can find relevant nearby places, retrieve details, and give the team a structured local landscape. This can support early location screening, partnership discovery, or local campaign planning.
## Common use cases
GoPlaces is most useful when the question combines geography with practical place details.
| Question | GoPlaces output | Decision supported |
| --- | --- | --- |
| Where should we meet? | Nearby venues, hours, ratings, photos, and routes | Select a workable location |
| Which field route is sensible? | Directions, route time, and stop comparison | Plan a day of visits |
| What businesses are around this site? | Nearby category search and place details | Assess local competition or partners |
| Is this address correct? | Autocomplete, geocoding, and resolved place context | Clean a list before operations begin |
Use a standard web search for broad editorial research about a city or category. Use GoPlaces when the answer depends on a precise address, proximity, route, live place details, or a consistent geographic comparison.
## Getting started
Give the agent a starting address, a destination, or an area to search. Then state the criteria that determine a useful result: business category, travel mode, maximum route time, open hours, rating, price range, or required amenities.
For example: “Find family-friendly lunch options near this office within a ten-minute walk,” “Compare driving routes to these sites,” or “Resolve these incomplete addresses before our event.” The agent will use GoPlaces to return a practical answer with the relevant map context. No separate maps project, key, or configuration is needed.
---
## Gmail + Kylon: Your AI agent for the inbox
> Connect your own Gmail account and an agent reads the thread, tells you which mail actually needs you, and writes the reply as a draft in the same thread. The send button stays with a person.
**URL:** https://kylon.io/integrations/gmail
Inbox triage is not a sorting problem. Whether a mail needs you today depends on what was said three replies up, whether that customer is mid renewal, and whether somebody on the team already answered. A rule that files by sender cannot know any of that.
A Kylon agent reads the thread. Not the subject line, the thread. Then it tells you which messages need a person today and what each one is actually asking for.
## What the connection can do
Gmail is connected with OAuth from your own workspace. Once it is, an agent in a room can:
- **Search and read mail** across the mailbox you connected, with the same access your account has
- **Fetch a whole thread**, so a reply from Friday counts as context
- **Create drafts**, including a reply that sits in the original thread
- **Manage labels and threads**, so triage leaves the mailbox tidier than it found it
This is your own account, not a shared one. You connect Gmail from your workspace with OAuth, you choose which rooms and which agents can use it, and you can revoke it at any time. The agent works inside the permissions your Gmail account already has, nothing wider.
## Outbound mail is a draft a person sends
This is the part worth being plain about. The agent does not send mail. It writes the reply and leaves it in the thread as a draft, and a person clicks send.
That is a design decision, not a missing feature. An agent that can send mail on its own is an agent that can apologise to a customer, quote a price, or commit to a date without anyone reading it first. Drafting keeps the speed and leaves the judgement where it belongs.
## What a morning looks like
Someone asks in the room: twenty six mails came into support overnight, which ones need me today?
The agent says what it is going to read before it reads it: the full threads from Gmail, the customer records in the room, and the last replies from the team so nothing gets answered twice. Then it comes back with the six that need a person, what each one wants, and a link to the thread it came from.
For the ones where the answer already exists somewhere in the history, it writes the reply and leaves it as a draft. You read it, edit a line, and send.
## Why it happens in a room, not a sidebar
The mail is only half the context. The other half is the customer record, the pricing decision from last month, and the colleague who is already handling it. In Kylon those live in the same room the agent is a member of, so the reply is written against them rather than against the mail alone.
It also means the work is visible. Your teammates see the triage, the draft and the send in the thread, and can take one over without asking you what happened.
## Getting started
Connect Gmail from your workspace, put an agent in the room where the mail matters, and ask it what needs you today. Start with one mailbox and one room, and add labels or a saved workflow once the shape is right.
---
## Slack + Kylon: Your AI agent for what was decided
> Connect your own Slack account and an agent searches the channels, reads around the message, and tells you what was decided, who decided it and where to find it.
**URL:** https://kylon.io/integrations/slack
Every team has a decision that was made in Slack and never written down. It was argued out over two days in one channel, confirmed in another, and now nobody can find it. Search returns forty messages and none of them is the answer.
A Kylon agent can search the channels you give it, read around the hit, and tell you what was decided, by whom and when, with the message it came from.
## What the connection can do
Slack is connected with OAuth from your own workspace. Once it is, an agent in a room can:
- **Search channels and messages** across the workspace your account can see
- **Read the context around a message**, so a decision is not quoted out of the argument it came from
- **Send a message** to a channel, after a person approves it
This is your own account, not a shared one. You connect Slack from your workspace with OAuth, you choose which rooms and which agents can use it, and you can revoke it at any time. The agent works inside the permissions your Slack account already has, nothing wider.
## Reading around the message is the whole point
A message that says "fine, 15 percent then" is meaningless on its own. It matters that it came after two people argued for 10, that it was said by the person who owns the number, and that nobody objected afterwards.
So the agent reads the messages around the one it found, names who said it, and gives you the link. If the only evidence is a joke in another channel or a secondhand quote from a DM, it says so instead of counting it.
## What a question looks like
Someone asks in the room: where did we land on the enterprise renewal discount?
The agent searches the channels it has access to, comes back with four messages that actually decided something, each with the person and the date, and separates what was decided from what was merely suggested. If the account team keeps asking the same question, it writes the summary as a message for the channel, and waits for someone to approve it before posting.
## Why it lives in a Kylon room
Because the answer usually has to meet something that is not in Slack: the record, the contract, the number in a table. An agent in a Kylon room has both, so the answer arrives next to the work it affects instead of scrolling away.
## Getting started
Connect Slack from your workspace, put an agent in the room where the decisions matter, and ask it the question your team keeps re-asking. Add the channels it should read as you go.
---
## Notion + Kylon: Your AI agent for the pages nobody updates
> Connect your own Notion workspace and an agent reads the database, writes the page from what actually happened, and holds every change until you approve it.
**URL:** https://kylon.io/integrations/notion
Notion is where a team's decisions are supposed to live. In practice the release page is written the morning it ships, the roadmap database drifts a week behind reality, and the person who knows what changed is the person with no time to write it down.
A Kylon agent can read that database, write the page from what actually happened in the work, and hold both until a person approves them.
## What the connection can do
Notion is connected with OAuth from your own workspace. Once it is, an agent in a room can:
- **Search pages and data sources** across the workspace you shared with it
- **Fetch a page by ID**, including its content as markdown
- **Read databases**, their rows and their properties
- **Create pages, update properties, archive and comment**, after a person approves
This is your own account, not a shared one. You connect Notion from your workspace with OAuth, you choose which rooms and which agents can use it, and you can revoke it at any time. The agent works inside the permissions your Notion account already has, nothing wider.
## It reads the shape you already use
The reason generated documents get deleted is that they do not look like the ones the team writes. So the agent reads the last release page and the template you keep, and writes the new one in the same shape, with the same headings and the same level of detail.
## What a release week looks like
Someone asks in the room: 2.4 ships Thursday, write the release page and move the roadmap items that are done.
The agent reads the roadmap database, finds the nine items marked for 2.4, and checks each one against what actually merged. Six shipped, two slipped, one was never started and has no owner. It writes the page, queues the property changes, and adds a comment asking who owns the item nobody picked up.
Then it stops. Nothing is in your Notion workspace until you press apply. Whether the two slipped items move to the next release or get dropped is a decision for their owners, and the agent says so rather than deciding for them.
## Why a room and not a Notion sidebar
Because the material for the page is not in Notion. It is in the threads where the work happened, the records the team keeps, and the tools the work ran through. An agent in a Kylon room reads those, and writes to Notion as the last step.
## Getting started
Connect Notion from your workspace, share the pages and databases the agent should see, and ask it to write the thing nobody has time to write. Review the draft, apply it, and keep it as a workflow if it repeats.
---
## HubSpot + Kylon: Your AI agent for the deals that went quiet
> Connect your own HubSpot account and an agent reads the pipeline and the activity behind it, says which deals went quiet and what each record is missing, then waits before changing anything.
**URL:** https://kylon.io/integrations/hubspot
Nobody argues about CRM hygiene until the forecast call. Then it turns out four deals have a close date from last month, one is in the wrong stage, and the legal thread that would explain the delay is sitting in somebody's mailbox rather than on the record.
A Kylon agent can read the pipeline and the activity behind it, say exactly what each record is missing, and hold every change until a person approves it.
## What the connection can do
HubSpot is connected with OAuth from your own workspace. Of the four connections in this set it reaches the deepest into the product. An agent in a room can:
- **Create and update contacts, companies, deals and tickets**, one at a time or in bulk
- **Read and write associations** between records, so a contact ends up on the right deal
- **Move deals through pipelines and stages**
- **Add notes and meetings**, and read the activity timeline behind a record
- **Work with custom object schemas**, not only the standard objects
This is your own account, not a shared one. You connect HubSpot from your workspace with OAuth, you choose which rooms and which agents can use it, and you can revoke it at any time. The agent works inside the permissions your HubSpot account already has, nothing wider.
## It reads the activity, not just the fields
A deal that looks alive in the pipeline can be three weeks cold. The difference is in the timeline: the last real conversation, not the last automated touch. The agent reads that, then says what the record needs, in plain language, with the amount and the owner attached.
## What the day before a forecast call looks like
Someone asks in the room: which deals closing this quarter have gone quiet, and what does each record need?
The agent reads the open deals, the timeline behind each one, and the mail and calls the room already has access to. It comes back with five deals worth a real number, each with the reason it is stuck: a close date that has already passed, a champion who changed role, a legal thread that never made it onto the record.
Then it proposes the changes. Corrected close dates, a note written from the actual history, a follow up task for the owner. Eleven changes, listed, waiting. You apply them all, or review them one at a time, or throw them away. It is your HubSpot account and your approval.
## Why a room and not a CRM view
Because the evidence is not all in HubSpot. It is in the mailbox, the call, the thread where the team discussed the account. An agent in a Kylon room reads those alongside the CRM, which is how the note ends up saying something a person would have written.
## Getting started
Connect HubSpot from your workspace, put an agent in the room where the pipeline is discussed, and ask it what went quiet. Keep it as a weekly workflow once the shape is right.
---
## GoHighLevel + Kylon: Your team and its agents on one pipeline
> Connect your GoHighLevel sub-account to a Kylon room. Your team and its agents work from the same contacts, conversations, calendars and opportunities, and every step shows up in the thread.
**URL:** https://kylon.io/integrations/gohighlevel
GoHighLevel is where the leads land. The form fill, the text thread with a prospect, the booked call and the deal stage all sit in one sub-account. The work around them happens in other places: the team talks it through in chat, someone checks the calendar, and someone else remembers that this lead asked about pricing last week.
Connect GoHighLevel to a Kylon room and that work happens in one place. The team and its agents read the same contacts, the same conversations and the same pipeline, and every step shows up in the room.
*Connect the sub-account, pull prospects, send follow ups from a connected Gmail account once a person approves them, then read the pipeline on the room's dashboard. Illustrative data.*
## What the connection covers
GoHighLevel connects with OAuth, [one sub-account at a time](https://marketplace.gohighlevel.com/docs/Authorization/AccessTokenUseCase/). Once it is connected, an agent in a room can work with four parts of it:
- **Contacts**: look up, create and update contacts, add or remove tags, and read the tasks on a contact
- **Conversations**: search conversations, read the message history across SMS, email and the other channels in the sub-account, and send a message to a contact
- **Calendars**: read the events and appointments in a date range, and the notes on an appointment
- **Opportunities**: search the pipeline by stage, status or owner, read an opportunity, and update its stage, value or owner
You connect the account from your workspace, choose which rooms and which agents can use it, and can revoke it at any time. The agent works with the access the connected account already has.
## Connect it to a room, so the whole team works from it
A lead in GoHighLevel is rarely one person's job. The setter books the call, the closer runs it, and the account manager picks it up after. In a Kylon room all three read the same thread, and the agent is a member of that room.
So when someone asks the agent a question, the answer and the records behind it land where everyone can read them. When the closer takes over, the context is already in the thread.
## What a Monday looks like
Someone asks in the room: which opportunities in the Proposal stage have not heard from us in a week?
The agent searches the pipeline, reads the conversation history on each contact, and comes back with a list: who the lead is, the last message in either direction, the stage and the owner. Two leads replied over the weekend and are still waiting for an answer. One has a call on the calendar for Thursday.
For the two that replied, it writes a follow up in the thread. The owner reads it, changes a line, and tells the agent to send it. The agent sends the message through GoHighLevel, moves the opportunity to the next stage, and tags the contact so the rest of the team can see it was handled.
## Why it helps a team
The pipeline is one part of the context. The rest is the pricing decision from last month, the note a teammate left after the call, and the file the client sent. In Kylon those live in the same room as the agent, so a follow up is written with all of it in view.
The work stays visible too. Anyone in the room can see what the agent read, what it wrote and what it changed in GoHighLevel, and can pick it up from there.
## Getting started
Connect GoHighLevel from your workspace, add an agent to the room where your pipeline is discussed, and ask it which leads need a person today. Start with one sub-account and one room. When the question comes back every week, save it as a Kylon workflow that runs on Monday morning.
---