概览
一个室内项目是以它开业那天来评判的，而那个日期由一样东西决定：交期最长、下单最晚的那一件。其余一切都可以完美，但一个每间客房都缺床头板的空间是交不出去的。
这份清单通常是作为一份规格表来维护的——品项、供应商、价格、数量、房间——按采购和客户汇报的需要来组织，里面没有任何日期。交期活在还记得它的那个人身上，而出问题的那一件很少是贵的那一件。它是那件没人操心过的、不起眼的、按单定制的、来自一家八月要停产三周的工厂的东西。
叠加起来的那一版更糟。品项是在客户会议上成批批准的，因此一次批准推迟两周，会把它后面的每一个订单都推后，而对开业日期的影响，要到有人从安装日往回倒推时才看得见。
往回倒推就是整个产品：从安装日期，穿过配送、运输、生产，以及每一件仍然需要的那次批准，一直倒推到决定实际必须作出的那一天。
这个智能体产出这条路径，并点名什么已经晚了。它不下任何订单，也不指定任何东西——更换一件品项是一项设计决定。
价值
开业日期被守住
它由一件东西决定，而现在你知道是哪一件。
批准按后果排优先级
而不是按哪一件最容易拍板。
在还能补救时看到滑期
而不是到安装排期时才看到。
功能说明
从安装日往回倒推
穿过配送、运输、生产和批准，一直到决定必须作出的那一天。这份清单里没有任何这些内容。
找出决定日期的那一件
很少是贵的那一件。通常是某件不起眼的、按单定制的、没人操心过的东西。
把成批批准建模进来
批准发生在客户会议上，所以一次推迟两周，会把它后面的一切都推后。
把供应商停产期考虑进来
一家八月停产三周的工厂，不在任何交期数字里，却照样把日期推后。
点名已经晚了的东西
那些决定日期已经过去的品项，而这是唯一会改变本周做什么的清单。
不下任何订单
它不下单，也不替换任何品项。替换是一项关于成品空间的设计决定。
这会改变什么
这会如何改变你的一周
- 它接手的工作
- 把一份家具清单变成一条带日期的关键路径。
- 目前由谁完成
- 存在还记得交期的那个人脑子里。
- 多久一次
- 很少做，而且通常是在某样东西已经晚了之后。
- 通常的人工投入
- 为每一件品项穿过配送、运输、生产和批准往回倒推。
为什么偏偏是室内设计。开业日期由一件东西决定——交期最长、下单最晚的那一件——而它很少是贵的那一件。它是那件没人操心过的、按单定制的不起眼品项。
无人值守运行
由你或某个事件启动，然后自行完成。没有什么需要等人坐到工位前。
每一次都是同一标准
第两百件与第一件用同一把尺子衡量。一致性正是人做不到长期保持的部分。
它无法自行采取行动
家具与设备交期分析代理 没有任何发送、支出或承诺的途径。正是这个限制，让依据它的输出行动是安全的。
运行方式
该智能体通过 PROMIVO 运行时在服务器端运行。每次运行都会逐步记录，每次工具调用在执行前都会进行权限检查。
- 1输入按智能体的输入结构进行校验
- 2模型claude-sonnet-5，并自动回退
- 3工具extract_structured_data
- 4权限自动执行 READ 级操作；更高的等待你批准
- 5输出符合输出结构的结构化结果
- 6日志记录 token、耗时和每一个步骤
演示
演示数据Illustrative sample output, abridged.
输入
{
"items": [],
"today": "2026-09-02",
"project": "Harbour Hotel refurbishment",
"openingDate": "2027-04-01",
"installationDate": "2027-03-15"
}输出
{
"escalate": true,
"schedule": [
{
"item": "Bedroom headboard",
"orderBy": "2026-08-26",
"decideBy": "2026-08-19",
"floatWeeks": -2,
"constrainedBy": "Production lead time and an August shutdown at the supplier"
},
{
"item": "Lobby seating",
"orderBy": "2026-11-11",
"decideBy": "2026-11-04",
"floatWeeks": 9,
"constrainedBy": "Client approval meeting calendar rather than lead time"
}
],
"disclaimer": "A dated path built from the schedule and lead times supplied. No order has been placed, amended or cancelled; no supplier or client contacted; no alternative product suggested or specified; no lead time assumed where none was given; and no statement is made that any date is achievable.",
"alreadyLate": [
{
"item": "Bedroom headboard, upholstered, made to order",
"weeksLate": 2,
"roomsAffected": 148,
"decisionDateWas": "2026-08-19",
"recoveryWouldNeed": "Either the supplier compresses production, or installation moves. Nothing else changes it, and it affects every bedroom."
}
],
"criticalItem": "The headboard. 26 weeks made to order, plus 6 weeks shipping, plus sampling. It decides the opening date and it is not the most expensive item on the schedule — it is the one nobody worried about.",
"shutdownImpacts": [
"The headboard supplier closes 1–21 August. That falls inside the production window and appears in no lead time figure."
],
"approvalBatching": [
"Four items can only be approved at client meetings. The next is 12 November, which means their real decision date is that meeting, not their individual lead times. One of them has 3 weeks of float."
],
"escalationReason": "The critical item's decision date passed two weeks ago and it affects 148 rooms, and two made-to-order items have no recorded lead time.",
"unknownLeadTimes": [
"9 items have no recorded lead time, and 2 of them are made to order. Reported as unknown rather than assumed — an invented figure would produce a plan people trust."
],
"supplierConcentration": [
"One supplier carries 6 of the 11 critical-path items. A single delay there moves all six together."
]
}使用条件
集成
无需集成。
开始之前
- 家具与设备清单：品项、供应商、数量、房间
- 各品项的交期，以及供应商停产期
- 安装与开业日期
- 各品项的批准状态，以及客户会议日期
- 需要 全量访问 套餐或更高
使用场景
清单确认之后
它第一次变成一份带日期的计划。
每次客户批准会议之前
哪些决定真的会挪动日期。
当某个日期挪动时
这对它后面的一切意味着什么。
多点位同步开业
同一家供应商的产能要服务好几个开业日。
价格
常见问题
它会下订单吗？
不会。它不下单，也不联系供应商。它产出日期和后果。
它会建议替代产品吗？
不会。替换一件品项是一项关于成品空间的设计决定，而一份悄悄滑向「有什么就用什么」的清单，正是一个室内空间不再是当初被设计的那一个的方式。
如果我们不是每一件都有交期呢？
它会把那些品项报为未知，而不是假定一个数字。一个错误的假定交期，比一个被承认的缺口更糟，因为它产生的是一份人们会信任的计划。
评价
客户运行过该智能体后，评价功能将开放。
需要这个智能体换一种做法？
告诉我们要改什么，我们的团队会为您的业务规划一个定制版本。
定制此智能体