我们发现了什么
Kalceo:利用 AI 智能体构建 B2B SaaS。标题:Kalceo:利用 AI 智能体构建 B2B SaaS URL 来源:https://dev.to/ekioo/kalceo-building-a-b2b-saas-with-ai-agents-30nl 发布时间:2026-08-01T13:59:42Z Markdown 内容:本文记录了 Kalceo (https://kalceo.fr/),它是 Ekioo (https://ekioo.com/en) 智能
- 来源:DEV Community(发现于 2026-08-02)
- 证据等级:D · 发现产品或需求信号,暂未获得可核验的商业证据。
- 商业模式:Subscription SaaS
- 主题:AI Agent
- 初筛评分:17.1/100 · 收录 1 次
证据,比故事更重要。
规则清洗与初筛,未经人工商业核验。原文语境、实际客户和付费情况仍需自行验证。
引用与数字披露
来源类型(原作者自述/第三方测算/媒体转引)需采集端标注,本版尚未落字段。
- 作者
- 未标注
- 抓取日期
- 来源类型
- 未标注
- 币种
- 未标注
- 口径
- 未标注
- 披露主体
- 未标注
- 披露日期
- 未标注
中文辅助译文(全文)
本文记录了 Kalceo,它是 Ekioo agent-fleet 研发中的一个项目。除了 Bloomii(建设性新闻媒体)和 KittyClaw(运行所有 agent 的看板编排器)之外,Ekioo 还记录了自主 AI agent 集群如何在生产环境中运行。
我们选择的问题
建筑行业仍然依赖电子邮件和 Excel 电子表格来运作。工匠和小型建筑公司花数小时手工撰写报价单、跟进客户以及跟踪收款。市场上确实存在相关工具——但它们要么过于复杂,要么是为结构化的中型公司设计的,而非为个体的瓦工或抹灰工服务。
Kalceo 始于一个简单的观察:一份报价应该花 10 分钟,而不是两个小时。
MVP 的范围被刻意收窄——第一版不包含会计模块、银行集成或电子签名。仅仅是:创建报价、将其转换为发票、生成 PDF、通过电子邮件发送给客户。这是首日即可用的最低限度。
从工单到生产
Kalceo 使用与 Ekioo.com 本身相同的基础设施构建:以 KittyClaw 作为编排看板,并由一批专门的 Claude agent 逐个领取工单。
MVP 的范围界定从一个原始功能列表开始,然后细化为原子化的工单。每个工单都有精确的范围:"创建报价输入表单"、"从 HTML 模板生成 PDF"、"通过 Brevo 以电子邮件发送报价"。不含任何含糊或跨领域的任务。Agent 在边界清晰的任务上表现良好。
每个功能的工作流如下:
每个 agent 都在自己隔离的 git worktree 中工作。它创建分支、编写功能代码、提交、发起 PR。负责人(我)审阅并合并。当 agent 完成后,工单会在 KittyClaw 中移到 Review 状态。
Agent 构建的内容
在数周时间内,agent 集群产出了 MVP 的核心功能: · 身份验证——注册、登录、账户管理 · 服务目录——每家公司可创建自己的可复用报价条目 · 报价创建——添加条目、计算总额(税前/增值税/含税)、状态(草稿、定稿、已发送、已接受、已拒绝) · 通过浏览器打印导出 PDF(由服务器生成的可打印 HTML 页面) · 导出 DOCX 以在 Word 中编辑
programmer agent 处理了大部分后端功能(JavaScript、Cloudflare Workers + D1)。qa-tester 编写了集成测试,并发现了总额计算中的若干 bug——尤其是带小数量时的舍入问题。
有效的部分与必须修复的部分
表现良好的方面:
Agent 在边界清晰的任务上表现出色。给工单一个明确的范围("从 Quote Razor 组件生成 PDF"),通常只需一轮往返即可完成。Agent 会读取现有代码,提出与现有风格一致的实现方案,并产出可测试的内容。
隔离的 worktree 结构也简化了并行化:两到三个功能可以同时推进而互不干扰。
需要修复的部分:
Agent 有时会忽略副作用——尤其是在复杂的业务逻辑中。总额计算就是最明显的例子:首轮处理对整数数量的舍入是正确的,但对小数数量(例如 1.5 个单位 × 单价)存在一个细微的 bug,导致税前总额相差几分钱。qa-tester 发现了这个问题,programmer 修复了它——但这正说明为什么人工审阅仍然不可或缺。
功能之间还存在 UI 回归。一个 agent 添加组件,另一个修改布局,结果在两者都未测试到的角落出现 CSS 故障。我们引入了一条简单规则:每个 PR 在进入 Review 之前必须包含受影响页面的截图。
Kalceo 的现状
MVP 已上线 kalceo.fr。一个 Facebook 广告活动已运行数周,目标受众是法国建筑行业的工匠和微型企业。
早期反馈印证了这个问题:注册用户确实是个体或建筑领域的微型企业,他们仍然在 Excel 或 Word 中管理报价。他们反映的主要痛点是导入现有目录——这已被明确列为 V2 的改进项。
其余待办事项围绕两个方向:自动客户跟进(在发送报价 X 天后无回复时发送提醒邮件)以及会计导出(以兼容流行法国会计软件的格式导出)。
这带来的改变
Kalceo 不可能以个人项目的形式存在——至少不会在这个时间框架内。原因不在于这些功能无法编写,而在于所有后台任务(身份验证、数据模型、PDF 生成、邮件、测试、部署)加起来需要兼职投入好几个月。
有了 agent 集群,情况则不同:你把时间花在界定工单范围、审阅 PR、决定哪些功能纳入 MVP 哪些不纳入。后台工作被委托出去了。这并不等于"零错误"——但意味着你可以快速迭代、快速修复,并专注于产品本身而非代码。
这才是真正的转变:加速并非来自 agent 编码更快,而是来自你决策更快,因为执行的摩擦已经消失。
译文由上游机器翻译生成,可能有误;判断请以英文原文为准。
英文原文(来源本站未改写)
This piece documents Kalceo, one of the projects in the Ekioo agent-fleet R&D. Alongside Bloomii (constructive-journalism media) and KittyClaw (the kanban orchestrator running all the agents), Ekioo documents how an autonomous AI agent fleet operates in production. The Problem We Chose
The construction industry still runs on emails and Excel spreadsheets. Craftsmen and small construction companies spend hours writing quotes by hand, chasing clients, and tracking payments. Tools exist — but they're either too complex or designed for structured mid-sized companies, not the solo tiler or plasterer.
Kalceo starts from a simple observation: a quote should take 10 minutes, not two hours.
The MVP scope is deliberately narrow — no accounting module, no bank integration, no e-signature in the first version. Just: create a quote, convert it to an invoice, PDF it, email it to the client. The bare minimum to be useful from day one.
From Ticket to Production
Kalceo was built with the same infrastructure as Ekioo.com itself: KittyClaw as the orchestrating kanban, and a fleet of specialized Claude agents taking tickets one by one.
Scoping the MVP started with a raw feature list, then refined into atomic tickets. Each ticket has a precise scope: "Create the quote input form", "Generate PDF from HTML template", "Send the quote by email via Brevo". Nothing vague, nothing cross-cutting. Agents work well with clear boundaries.
The workflow for each feature looks like this:
Each agent works in its own isolated git worktree. It creates a branch, codes the feature, commits, opens a PR. The owner (me) reviews and merges. When the agent finishes, the ticket moves to Review in KittyClaw.
What the Agents Built
Over a few weeks, the fleet produced the core of the MVP: · Authentication — sign-up, login, account management · Service catalog — each company creates their own reusable quote line items · Quote creation — adding line items, calculating totals (pre-tax/VAT/all-in), statuses (draft, finalized, sent, accepted, declined) · PDF export via browser print (server-generated print-ready HTML page) · DOCX export for editing in Word
The programmer agent handled most of the backend features (JavaScript, Cloudflare Workers + D1). The qa-tester wrote integration tests and caught several bugs in total calculations — particularly rounding issues on lines with decimal quantities.
What Worked, What We Had to Fix
What worked well:
Agents are excellent on well-bounded tasks. Give a ticket a clear scope ("generate a PDF from the Quote Razor component"), and it's often a single round-trip. The agent reads the existing code, proposes an implementation consistent with what's already there, and produces something testable.
The isolated worktree structure also simplified parallelization: two or three features could advance simultaneously without interference.
What we had to fix:
Agents sometimes miss side effects — especially in complex business logic. The totals calculation is the clearest example: the first pass handled rounding correctly for whole-number quantities, but there was a subtle bug on decimal quantities (e.g. 1.5 units × unit price) that produced an incorrect pre-tax total by a few cents. The qa-tester caught it, the programmer fixed it — but it illustrates why human review remains essential.
There were also UI regressions between features. One agent adds a component, another modifies the layout, and CSS breaks in a corner neither tested. We introduced a simple rule: every PR must include a screenshot of the affected page before going into Review.
Where Kalceo Stands Today
The MVP is live at kalceo.fr. A Facebook campaign has been running for a few weeks, targeting craftsmen and micro-businesses in the French construction industry.
Early feedback confirms the problem: users who sign up are indeed solo or micro-enterprises in construction who still manage their quotes in Excel or Word. The main friction they report is importing their existing catalog — a clearly identified improvement for V2.
The rest of the backlog centers on two axes: automatic client follow-up (sending a reminder email X days after sending a quote with no response) and accounting export (export in formats compatible with popular French accounting software).
What This Changes
Kalceo wouldn't have existed as a solo project — not in this timeframe. Not because the features are impossible to code, but because the sum of background tasks (auth, data models, PDF generation, emails, tests, deployment) would have taken several months part-time.
With the fleet, it works differently: you spend time scoping tickets, reviewing PRs, deciding what's in the MVP and what isn't. The background work is delegated. That doesn't mean "error-free" — but it means you can iterate fast, fix fast, and stay focused on the product rather than the code.
That's the real shift: the acceleration doesn't come from agents coding faster, but from you deciding faster because execution friction has disappeared.
出处https://dev.to/ekioo/kalceo-building-a-b2b-saas-with-ai-agents-30nl
这条还缺什么证据?
下面每条都由本条已有字段推出(等级、理由、商业模式、来源次数、是否演示), 本站不生成推测性结论;通用验证方法放在方法论页。
- 可核验的收入或付费证据查官网定价页与付费口径;第三方数据源(如 GetLatka)只作旁证,需标注来源与时点。
- 只有单一来源找一手站点或其他渠道是否重复出现同一产品;社区热帖数量不等于商业进展。
通用验证清单(谁有这个问题/谁愿意付费/一个人能交付哪一小步)见我们的筛选方法。