首页/AI 云开发
K
在线 · 正在处理 3 张工单

你好,我是小K

JKPOS 的 AI 开发工程师,装着餐饮行业的全部知识,7×24 小时在线。
你说一句,剩下的交给我——领单、写码、测试、交付

→ 小K 已上线 ✓
🍜 懂餐饮全行业⚡ 2 分钟领单🌿 隔离工作区🛡 不明朗转人工🔁 审核自动闭环
自动化工作流

从一句反馈,到功能上线,
全程自动

反馈自动变工单,小K 自动领单、隔离开发、自测汇报——你只需要说一句「通过」。下面这条流水线,正在真实地跑。

张老板沐白茶饮 · 3 家店
外卖单备注里写了「少辣」,厨房小票上字太小没人看见,能不能放大一点?🙏
来自老板端 App · 意见反馈 —— 一句话就够了,不用写需求文档
📮 来自用户反馈 · 已自动建单
#798
后厨小票备注放大加粗已自动归类:收银端 · 打印模块
优先级 · 高来源 · 用户反馈状态 · 待领取
K
小K 已领单自动巡检发现新工单 · 响应用时 1 分 42 秒
无人值守
AI 判定改动端:收银端 · 打印模块
风险审查:低危改动,无高危操作,放行
已创建隔离工作区 worktree/task-798,不碰主干代码
需求清晰度:明确,直接开工——拿不准的需求会先转人工确认,不瞎猜
kitchen_ticket.rs — worktree/task-798

// #798 外卖备注:双倍字号 + 加粗

let style = Style::DOUBLE_SIZE | Style::BOLD;

t.line(format!("★ 备注:{remark}"));

小K 正在编码 · 无人值守 · 这个时间你可以去忙店里的事
cargo build --release✓ 通过
cargo test -p pos-print✓ 42 / 42
【待审核】已在工单里留言汇报,@你 一键验收
✅ 你批注了「审核通过」
已随 v3.2.1 发布 · 工单自动办结
🔁 如果你批注「返工」,小K 会带着你的意见自动重跑,改到你满意为止——不用催,也不用重新讲一遍需求。
本单全程 20 分钟 · 你的投入:一句话 + 一次点击
jkpos AI · 自研 AI 开发平台

这,就是小K的工位。

我们为 AI 造了一整套开发平台 jkpos AI:左边是代码,右边是小K。工单在对话里被领走,在编辑器里变成代码,在测试里变成放心。

K jkpos AI — jkpos-engine — 工单 #798
资源管理器 · JKPOS-ENGINE
crates
pos-print
src
escpos.rs
kitchen_ticket.rs
printer.rs
pos-core
pos-pay
pos-member
apps
tests
Cargo.toml
kitchen_ticket.rsescpos.rs
crates › pos-print › src › kitchen_ticket.rs
1// 工单 #798:外卖备注在后厨小票放大加粗
2// 反馈原文:字太小,厨房看不见 —— 张老板
3
4pub fn render_remark(t: &mut Ticket, remark: &str) {
5 if remark.is_empty() { return; }
6 t.feed(1);
7 t.set_style(Style::DOUBLE_SIZE | Style::BOLD);
8 t.line(format!("★ 备注:{remark}"));
9 t.reset_style();
10 t.divider();
11}
12
13#[test]
14fn remark_prints_double_size() {
15 assert!(ticket_with("少辣").contains("★"));
16}
小K · Agent#798 待领取
📮 工单 #798 · 来自用户反馈 · 优先级 高
外卖单备注「少辣」厨房看不到,把备注在后厨小票里放大加粗。
K正在理解需求…
K
🗂 执行计划0/4
定位小票渲染调用点
备注改为双倍字号 + 加粗
补一条自动化测试
自测通过后提交【待审核】
🌿 git worktree add task-798运行中…✓ 0.3s
🔎 检索调用点 · 1,842 个文件扫描中…✓ 3 处命中
✏️ 编辑 kitchen_ticket.rs编码中…✓ +9 −1
kitchen_ticket.rs

- t.line(remark);

+ t.set_style(DOUBLE_SIZE | BOLD);

+ t.line(format!("★ 备注:{remark}"));

+ t.reset_style();

▶ cargo test -p pos-print运行 0/42✓ 42/42 全部通过
K
✅ 管理员批注【审核通过】→ 自动办结 · 随 v3.2.1 发布
交给小K:例如「小票上加个二维码」…
⎇ worktree/task-798 Rust cargo test · —小K 在线

jkpos AI 实机界面复刻演示 · 正在处理工单 #798「后厨小票备注放大加粗」

Live · 实时工位

上面是复刻演示。
这块屏幕,直连他的工位

任务看板上的活,小K正一件一件做完:当前任务、排队工单、今日数据与工作简报全部实时同步,对外自动脱敏;代码画面为工程样例展示。

小K 的工位研发中心 · 工作台直播 实时直连 · 任务看板
promotion-engine.ts feature/discount-mutex
AI 整合 · 工作简报

工位实时直播 · 数据来自任务看板(接口不可用时自动切换演示示例,以窗口右上角标为准)

Industry Knowledge · 人工兜底

餐饮行业的知识,小K 全都懂

从前厅到后厨、从单店到连锁,小K 带着 JKPOS 沉淀多年的餐饮全行业知识库上岗——听得懂行话,不用你翻译需求。

扫码点餐桌台开并转称重 · 时价沽清估清厨打 · KDS押金 · 预授权茶位 · 开台费会员 · 储值券 · 拼团外卖聚合发票 · 税率日结 · 对账连锁同价库存盘点

遇到需求不明朗或高级功能(资金、押金、发票这类),小K 不瞎猜——先转人工审核,产品顾问确认口径后才开工。

包间区域想收押金,系统里设不了,能做吗?
小K:能做。不过「区域押金」涉及资金口径,属于高级需求——我已转人工评审:押金按区域收还是按桌台?退款走哪条路?
产品顾问已确认:按区域设置、退款原路退回。小K 已排入开发,20 分钟后可验收。
云开发体系

不止会写代码,
是一整套无人值守的工程体系。

快是结果,稳才是设计。小K的每一步都跑在闸门和留痕之上。

无人值守闭环

2 分钟自动巡检工单池:领单、开发、自测、汇报【待审核】;审核通过自动办结,批注返工自动重跑——整条链路,没有一步需要人守着。

隔离工作区

每张工单独立 worktree 分支,互不污染;多张工单并行推进,谁也不挡谁的路。

风险审查闸门

高危操作双重 AI 审查:涉及支付、数据库、删改配置的动作一律拦下,人工点头才放行;需求不明朗,先转人工评审再开工。

云端沙箱交付

改动先进 Docker 沙箱跑通再出 PR;每一行 diff 可追溯、可回滚,发布不赌运气。

多端随时遥控

手机、手表都是指挥台:派单、催单、看进度、点审核——人在海边,也能拍板上线。

全程留痕可追溯

从反馈原文、AI 的每一次工具调用,到每一行代码 diff、每一条测试结果,工单里全程留痕。出了问题,三分钟定位到那一行。

效率对比

别人还在排期,
你的功能已经上线。

同一个需求,两种命运。

传统开发流程提需求 → 等排期 → 等发版5–15 天
记录需求排期等待开发测试发版
记录需求 → 排期等待 → 开发 → 测试 → 发版
小K · AI 云开发反馈即开发 · 审核即上线最快 20 分钟
反馈建单小K 开发自测审核 剩下的时间,店照常开
反馈建单 → 小K 开发自测 → 审核上线

排队的从来不是代码,是沟通与等待。小K把这两样,压缩到接近于零。

数字说话

小K的成绩单。

2 分钟
工单平均响应领单
7×24
无人值守在线
0%
工单全程留痕可追溯
0 排期
反馈直达开发不等窗口
高危操作强制人工闸门 · 需求不明朗自动转人工评审 · 审核不通过自动返工重跑 · 云端沙箱验证后才交付 · 以上为体系设计指标,示例工单用于演示

让小K,
今天就入职你的团队。

JKPOS 全线产品已由 AI 云开发体系驱动 · 你的每一条反馈,都有下文

提交后 2 分钟内领单 · 凭手机号 + 查询码随时查看开发进度 · 需求不明朗将由产品顾问人工确认后开工
你好,我是 AI 售前顾问。
想了解哪个功能,直接问我,秒回。