https://easynet.run/casesEasyNet tools, context and use cases.https://easynet.run/cases/validated-remote-pricinghttps://easynet.run/cases/validated-remote-pricingA caller requests a bounded quote while the rule implementation remains with its owner. https://easynet.run/cases/warm-gpu-modelhttps://easynet.run/cases/warm-gpu-modelA deterministic embedding stub checks input bounds, provider selection, and a fixed-size result without loading a model or using a GPU. https://easynet.run/cases/enterprise-tool-boundaryhttps://easynet.run/cases/enterprise-tool-boundaryCRM reads and follow-up creation become narrow typed operations without database credentials. https://easynet.run/cases/incident-evidencehttps://easynet.run/cases/incident-evidenceA caller requests read-only diagnosis and receives a finite evidence stream; an Agent or A2A adapter is outside this fixture. https://easynet.run/cases/function-reusehttps://easynet.run/cases/function-reuseA consumer invokes publisher-owned logic through a stable typed interface. https://easynet.run/cases/data-resident-aihttps://easynet.run/cases/data-resident-aiA function looks up one of two synthetic records, replaces its known name, and returns a short summary with allowed labels. https://easynet.run/cases/paired-device-camerahttps://easynet.run/cases/paired-device-cameraA caller requests a fixed number of synthetic PGM frames; the provider exposes neither a full camera API nor an unlimited stream. https://easynet.run/cases/bounded-robot-actionhttps://easynet.run/cases/bounded-robot-actionA caller moves a sandbox robot within local bounds, then reads finite telemetry; Agent or MCP presentation is outside this fixture. https://easynet.run/cases/network-native-python-libraryhttps://easynet.run/cases/network-native-python-libraryA Python consumer imports typed stubs while execution stays with the publisher. https://easynet.run/cases/problems/share-function-not-installation-guidehttps://easynet.run/cases/problems/share-function-not-installation-guide你写好了每周清洗销售表的函数，同事只需要传入文件、拿到结果，却得安装你的 Python 版本和一堆依赖。遇到编译错误，最后还是把文件发给你代跑。真正要交付的是处理能力，不是复刻你的工作电脑。 https://easynet.run/cases/problems/call-office-function-from-homehttps://easynet.run/cases/problems/call-office-function-from-home办公室电脑上有一套已经配置好的报表转换程序，回家后偶尔还要用。现在的做法是连接远程桌面、找到窗口、选择文件，再把结果传回来。用户其实只需要“按已确认规则转换这份材料”，不需要远程接管桌面，也不想在另一台电脑重新装许可证、依赖和字体。 https://easynet.run/cases/problems/reuse-business-integrationshttps://easynet.run/cases/problems/reuse-business-integrations售前、客服和分析助手都要查订单，每组人各写一遍鉴权、字段清洗和错误处理。接口一改，三个项目各坏一次；同名的查订单工具甚至返回不同含义。重复的不是 AI 推理，而是稳定的业务接入。 https://easynet.run/cases/problems/controlled-legacy-system-operationshttps://easynet.run/cases/problems/controlled-legacy-system-operations一套老系统仍然可靠地处理业务，却没有新助手容易使用的接口。团队为了让 AI 查一个状态，开始讨论迁移数据库和替换整套软件，工作量远大于眼前需求。更可控的起点是找到一两个已有且可稳定自动执行的动作，例如按编号查询进度，把系统边界讲清楚后再逐步扩大。 https://easynet.run/cases/problems/sell-the-service-not-the-skillhttps://easynet.run/cases/problems/sell-the-service-not-the-skill客户需要的是你的专业判断，不一定是你的 Skill 文件。把商品检查做成可调用的服务：客户交来资料，拿走问题清单；你维护方法与运行环境，尝试按报告或订阅收费。 https://easynet.run/cases/problems/read-orders-without-refund-powerhttps://easynet.run/cases/problems/read-orders-without-refund-power客服助手需要回答订单进度，原来的接入办法却使用后台管理员账号。查询和退款藏在同一个接口集合里，只靠提示词说不要改数据。一次参数误用或恶意输入就可能越过本来只读的任务。 https://easynet.run/cases/problems/analyze-before-rebuilding-environmentshttps://easynet.run/cases/problems/analyze-before-rebuilding-environments另一个团队已经维护好一套文本分类方法，你只想用在本周资料上。为了导入它却要配模型依赖，还得把数据移到新的环境。真正要完成的是分析结果，不是学会维护这套运行栈。 https://easynet.run/cases/problems/reuse-weekly-procedurehttps://easynet.run/cases/problems/reuse-weekly-procedure每周整理销售材料时，Agent 都要重新判断表格怎么合并、哪些字段要清洗、哪些异常需要人工看。团队已经确认过这套方法，真正变化的只有当周素材。重复规划不仅费时间，还可能每次采用略有不同的规则，导致报表之间无法比较。值得复用的是已经验证过的处理步骤，而不是上周的最终答案。 https://easynet.run/cases/problems/mac-mini-function-on-macbookhttps://easynet.run/cases/problems/mac-mini-function-on-macbookMac mini 上保留着项目环境和一套图像处理函数，你在 MacBook 上用 Claude 做内容。每次需要处理图片，都要解释另一台机器的地址、脚本和参数。你想要它在需要时发现合适能力，而不是接管整台电脑操作。 https://easynet.run/cases/problems/partner-result-verificationhttps://easynet.run/cases/problems/partner-result-verification合作方需要确认某份交付是否符合约定规则，团队却只能发一个后台账号。这个账号可以查看别的项目，菜单里还带修改和导出功能。真正要共享的不是后台，而是一个问题的答案：这份交付按照哪版规则检查、哪些项目通过、哪些还需处理。把核验变成单独操作，才能清楚讨论需要披露多少信息。 https://easynet.run/cases/problems/paper-accepted-experiment-api-expenseshttps://easynet.run/cases/problems/paper-accepted-experiment-api-expenses主实验跑在实验室账号，消融用了自己的 API Key，补实验又换了平台。录用后，能不能让 Agent 找齐这篇论文的花费、对应凭证和还缺的材料，而不是重新翻三个月的控制台？ https://easynet.run/cases/problems/keep-tools-when-changing-assistanthttps://easynet.run/cases/problems/keep-tools-when-changing-assistant你想换一个更适合当前任务的编码助手，结果之前能查文档、处理图片的工具全不见了。不是工具消失，而是连接写在旧客户端里。重新配置时又得找路径、判断哪个密钥属于哪个项目。 https://easynet.run/cases/problems/rotate-provider-credentialshttps://easynet.run/cases/problems/rotate-provider-credentials一个内部数据服务换了密钥，团队得修改几十个 Agent 的配置。有人把旧密钥放在环境变量，有人写进本地配置，另一些存于不再使用的脚本。轮换的难点不仅是改完，还要确认旧值已经失效，没有遗漏的工作要等到出错时才暴露。让每个消费者直接持有同一上游秘密，本身就增加了维护范围。 https://easynet.run/cases/problems/factory-read-only-telemetryhttps://easynet.run/cases/problems/factory-read-only-telemetry车间希望助手解释报警趋势，技术人员却只能提供一个同时包含状态读取、复位和停机的设备接口。问题不在于模型是否听话，而在于接入路径是否有能力改变生产状态。即使界面隐藏了控制按钮，只要底层凭证仍有写权限，分析任务就带着不必要的风险。目标应是得到限定时间内的状态样本，而不是拿到整台设备。 https://easynet.run/cases/problems/share-conclusions-without-raw-datahttps://easynet.run/cases/problems/share-conclusions-without-raw-data你希望合作方了解一项客户调研的结论，但访谈原文包含个人信息和商业约定。给整份资料太宽，只有一句摘要又难以解释可信度。需要交付足够支持判断的结果，同时保留原资料访问边界。 https://easynet.run/cases/problems/separate-client-agent-workhttps://easynet.run/cases/problems/separate-client-agent-work同一套客服流程给几家公司使用，公共提示词可以复用，客户订单和内部政策却不能混。最危险的不是明显访问错账号，而是助手从上次会话或缓存里带出另一家公司的价格和联系人。 https://easynet.run/cases/problems/recheck-permission-after-queuehttps://easynet.run/cases/problems/recheck-permission-after-queue昨晚客户授权处理一批文件，任务因为资源不足还在队列里。今天客户撤回许可，系统却把昨天的批准跟任务一起存着。若真正执行时不再检查，界面显示已撤销也无法保护尚未读取的数据。 https://easynet.run/cases/problems/report-with-missing-sourceshttps://easynet.run/cases/problems/report-with-missing-sources周报要综合订单、退款和客服记录。订单服务正常，退款数据源离线，Agent 却继续写出一份看起来完整的经营分析，甚至把没有取到退款解释成退款为零。读者不知道少了一块证据，反而可能对结果更有信心。比报表是否生成更重要的是，哪些结论仍然有依据，哪些已经不能下判断。 https://easynet.run/cases/problems/time-bounded-task-sharinghttps://easynet.run/cases/problems/time-bounded-task-sharing同事临时请合作方核对一次素材，任务结束后却忘了收回分享入口。几个月后，这个链接还可能指向不断更新的内容。需要的不只是一个可关闭开关，而是事先说清楚能做什么、可以持续多久、到期后正在处理的任务怎么办，让临时合作真正具有可检查的边界。 https://easynet.run/cases/problems/reuse-approved-brand-ruleshttps://easynet.run/cases/problems/reuse-approved-brand-rules团队已经反复确认过颜色、字体和插图方向，换一个生成工具后又要从头解释。更麻烦的是，品牌文件里既有正式规范，也有旧版示例和一次性活动特例。把整个文件夹丢给新助手不一定会更一致，反而可能让它把旧图的偶然特征学成规则。要复用的应是当前批准的规范与可检查约束。 https://easynet.run/cases/problems/shared-assistant-store-isolationhttps://easynet.run/cases/problems/shared-assistant-store-isolation连锁店希望使用同一个订单助手，省去重复搭建，却不能让甲店通过改一个编号查到乙店的营业情况。把聊天窗口分成两个工作区并没有解决这个问题：后端若继续使用能够读取全库的账号，错误参数或被诱导的工具调用仍可能跨店。共享的是处理方法，不应顺便合并经营数据的可见范围。 https://easynet.run/cases/problems/give-teammate-the-working-agenthttps://easynet.run/cases/problems/give-teammate-the-working-agent你把售前助手调到能按公司口径回答问题，发给同事的却只有提示词。他缺知识库权限、找不到报价工具，还换了一个模型，结果完全不同。你要交付的是一项可用工作，不是一段看似相同的角色说明。 https://easynet.run/cases/problems/try-the-result-before-installinghttps://easynet.run/cases/problems/try-the-result-before-installing看到一套很喜欢的海报方法，你想用自己的产品图试试。教程省略的插件、模型和环境占了整个下午，最终还不知道效果适不适合。你希望先得到一次真实体验，再决定是否投入学习或长期购买。 https://easynet.run/cases/problems/collect-incident-evidence-oncehttps://easynet.run/cases/problems/collect-incident-evidence-once服务突然变慢，你开着监控、日志和部署页面，不停复制给助手。它问最近是否发布，你又回去找一次。证据都存在，但没有共同的时间范围和服务标识，忙乱时很容易把另一个环境的数据混进来。 https://easynet.run/cases/problems/trace-changed-result-versionhttps://easynet.run/cases/problems/trace-changed-result-version上周还能通过的文档分类，这周突然把同一批材料分错了。大家先怀疑模型升级，但也可能是清洗规则、分类标签或数据文件被换过。只保存输入和最终答案，无法还原中间实际使用的版本。回滚一个工具名字也未必能恢复旧结果，因为它背后的依赖可能已经改变。 https://easynet.run/cases/problems/trace-hospital-ai-accesshttps://easynet.run/cases/problems/trace-hospital-ai-access审查人员问某次患者资料访问的原因，技术团队只看到一个共享服务账号。助手可能先检索、再汇总、最后把内容发到外部模型；单个登录时间无法回答谁发起、实际读取哪些字段、结果最后去了哪里。 https://easynet.run/cases/problems/stop-runaway-agent-spendinghttps://easynet.run/cases/problems/stop-runaway-agent-spending你让助手批量处理素材，外部接口间歇失败，它却持续重试。每次请求可能已经计费，只是结果没有回来。早上看到的不是完成文件，而是一串账单；单纯限制模型对话次数覆盖不到其他付费工具。 https://easynet.run/cases/problems/approve-before-sendinghttps://easynet.run/cases/problems/approve-before-sending你让助手整理一封给客户的延期说明，它却把草稿直接发了出去。语气还没确认，附件也不是最终版。想保留自动化的准备工作，又不愿意把对外承诺一起交给模型判断。 https://easynet.run/cases/problems/offboard-owner-not-break-jobshttps://easynet.run/cases/problems/offboard-owner-not-break-jobs团队准备停用离职同事账号，才发现几项周报和客户服务靠他的设备与凭证运行。立即停账号会断业务，不停又保留不该存在的访问。问题是组织工作被绑在个人身份上，却没有清楚的交接清单。 https://easynet.run/cases/problems/explain-missing-agent-accesshttps://easynet.run/cases/problems/explain-missing-agent-access你把助手入口发给同事，他打开后能聊天，却一查资料就报错。究竟没配设备、缺知识库许可，还是服务下线，他完全不知道。最后又回到你远程看屏幕，分享没有减少任何支持工作。 https://easynet.run/cases/problems/one-file-task-accesshttps://easynet.run/cases/problems/one-file-task-access用户想让助手整理一份会议纪要，却遇到授权整个云盘的提示。即使当前任务只用一个文件，长期授权仍可能覆盖其他客户、私人照片和后续新增内容。更合理的操作对象是这次选中的文件以及明确允许的处理，而不是让模型从整个盘里自己决定拿什么。 https://easynet.run/cases/problems/verify-service-really-ranhttps://easynet.run/cases/problems/verify-service-really-ran用户请求计算一份报价，助手很快给出合理数字，却没有说明它调用了维护中的价格规则，还是自己根据上下文估算。数字看起来可信不等于过程真实。用户真正需要的是区分“已准备请求”“调用已结束”“业务结果已核对”，并且在连接中断时知道结果可能未知，而不是被一句完成掩盖。 https://easynet.run/cases/problems/connect-hospital-legacy-carefullyhttps://easynet.run/cases/problems/connect-hospital-legacy-carefully数据中心希望助手辅助统计床位和检查等待情况，但院内系统多年未改，能导出报表不代表能开放病历。最怕为了一个分析入口，顺便暴露查询全库的账号；上线前还必须解释每一步访问为何发生。 https://easynet.run/cases/problems/isolated-contractor-test-accesshttps://easynet.run/cases/problems/isolated-contractor-test-access外包团队只需要验证一个报价流程，项目组却为了方便发了后台账号。这个账号既能看测试数据，也能检索正式客户，测试脚本还有可能误写生产记录。限制对方应该做什么，不能只靠口头说明；环境、数据和可执行动作必须在实际入口上分开，否则一次误选参数就可能越界。 https://easynet.run/cases/problems/organize-without-deleting-originalshttps://easynet.run/cases/problems/organize-without-deleting-originals用户让助手整理下载目录，期望是分类、重命名和列出重复文件。助手却把判断为重复的原件直接删掉，其中有些只是文件名接近，内容并不相同。关键不在于把“请勿删除”写得更醒目，而是整理操作本身不应该默认拥有永久删除能力。 https://easynet.run/cases/problems/legal-clause-limited-accesshttps://easynet.run/cases/problems/legal-clause-limited-access律师想核对某客户合同中的续约条款，助手却要求上传整个项目文件夹，其中还有谈判记录与其他客户资料。任务所需信息远小于可访问范围，但过度收集常被当成提高准确率的捷径。真正的问题是如何在正确合同、正确版本与批准用途内取出必要片段，并在信息不足时请求补充，而不是自动扩大读取。 https://easynet.run/cases/problems/share-static-site-beyond-localhosthttps://easynet.run/cases/problems/share-static-site-beyond-localhost你用 AI 做好一个静态产品页，想发给朋友看。他打开 localhost 什么也没有，因为那是你的电脑。一次短暂展示不需要复杂后台，但你仍要处理构建产物、公开链接以及关掉电脑后会不会失效。 https://easynet.run/cases/problems/retry-without-duplicate-orderhttps://easynet.run/cases/problems/retry-without-duplicate-orderAgent 提交订单后等了很久，界面显示超时。用户再试一次，随后却收到了两条确认。这里至少有两种情况：第一次根本没送达，或者服务已经创建成功，只是回复丢了。二者在客户端可能看起来一样，但再次执行的后果完全不同。用户真正需要的是查明业务状态，再决定是否继续，而不是一个更积极的重试按钮。 https://easynet.run/cases/problems/share-poster-methodhttps://easynet.run/cases/problems/share-poster-method朋友看中一张海报的排版，希望把自己的活动信息放进去试一次。作者发出提示词后，还得解释模型版本、字体、素材路径和导出步骤。对方想得到的是一张可用的海报，不是重建作者的工作环境。可共享的部分应是已经稳定的方法与输入约束，而不是作者账户、所有素材或一段难以复现的聊天历史。 https://easynet.run/cases/problems/agents-find-the-right-helperhttps://easynet.run/cases/problems/agents-find-the-right-helper你有资料研究、排版和代码审查助手，各自调得不错，但每次复杂任务都得亲自指定下一位。新的能力加进来，其他助手也不会自然知道。你希望它们遇到自己不擅长的部分时能找到合适帮手，而不是重新发明。 https://easynet.run/cases/problems/retire-tool-with-dependentshttps://easynet.run/cases/problems/retire-tool-with-dependents团队准备停掉一台旧服务器，上面有个几乎没人提起的报表函数。负责人问了一圈，没有人明确说还在用；停机后，某个只在月末运行的 Agent 才开始失败。难点不是发一封下线通知，而是弄清楚谁还依赖这个接口、调用发生在什么时候，以及替代方案是否真的可用。看不到调用不能直接解释为没有使用者。 https://easynet.run/cases/problems/align-assistants-on-current-briefhttps://easynet.run/cases/problems/align-assistants-on-current-brief用户上午把发布日期推迟，下午发现设计助手还在按旧时间排版，运营助手已经起草了新的说明。两个助手都可能忠实地遵循自己会话里的最后一条信息，却没有共同的当前版本。继续逐个发消息可以临时补救，但每增加一个助手，就多一个漏通知的地方。 https://easynet.run/cases/problems/stop-being-agent-messengerhttps://easynet.run/cases/problems/stop-being-agent-messenger查资料的助手列出证据，写稿的助手却拿不到；你复制过去，又得解释哪些只是猜测。稿件回来后还要送给校对助手。人数没有增加，但你成了每一步的搬运工，遗漏一次条件就得整条链重跑。 https://easynet.run/cases/problems/resume-after-approvalhttps://easynet.run/cases/problems/resume-after-approval一份供应商审核做到最后，需要负责人批准查询一项受限信息。负责人下午回来授权，任务却重新下载附件、重新生成草稿，甚至再次提交了一次登记。等待人的过程不应该抹掉前面已经完成的工作。但直接从屏幕停留的位置继续也不可靠：等待期间资料可能更新，授权对象也可能已经改变。 https://easynet.run/cases/problems/agent-maintenance-statushttps://easynet.run/cases/problems/agent-maintenance-status目录里有几十个 Agent，名字和介绍都很完整。真正接任务时才发现其中一些依赖已经失效，有些只是旧试验，维护者也离开了项目。一个条目能够被搜索到，不意味着它能在今天完成工作。选择帮手需要同时看到它负责什么、谁维护、最近验证了什么，以及出现问题能找谁处理。 https://easynet.run/cases/problems/monthly-finance-data-accesshttps://easynet.run/cases/problems/monthly-finance-data-access财务批准助手核对本月一批发票，技术接入却要求长期数据库账号。审批语句里的月份、公司主体和用途没有进入执行层，几周后同一个入口仍可能查询上一年的客户明细。需要解决的不是把有效期写进提示词，而是让实际读取的数据集合和批准对象一致，到期或撤回以后不再接受新的读取。 https://easynet.run/cases/problems/debug-method-without-private-inputhttps://easynet.run/cases/problems/debug-method-without-private-input用户说生成的报告少了一栏，作者首先要求发原始表格。表格包含客户信息，用户因此放弃反馈。许多问题其实可以先通过服务版本、输入结构、错误阶段和少量合成样例定位，不需要一开始就索要原文。诊断应当逐步增加信息，先回答环境与版本是否一致，再判断是否真的需要敏感内容。 https://easynet.run/cases/problems/project-handoff-before-meetinghttps://easynet.run/cases/problems/project-handoff-before-meeting新同事接手项目，先开两小时会议听背景，然后仍要问文档在哪、哪套脚本能跑、哪些决定已经不再讨论。老同事讲了很多，却可能遗漏一个关键限制。好的交接不是把聊天记录全部倒给接手者，而是让他知道目标、当前状态、判断依据和下一步可以使用的工具，再把会议留给真正需要解释的问题。 https://easynet.run/cases/problems/bounded-classroom-ai-labhttps://easynet.run/cases/problems/bounded-classroom-ai-lab教师准备了一个图像分类实验，课堂却花在安装依赖、注册模型账号与复制密钥上。学生真正需要的是先改变输入，看到可解释的结果，再理解背后的方法。由教师维护一份环境能降低起步成本，但也可能形成一台机器故障让全班停课的新依赖，因此入口、容量和离线替代都应在上课前准备。 https://easynet.run/cases/problems/keep-the-making-not-only-imagehttps://easynet.run/cases/problems/keep-the-making-not-only-image你终于调出客户满意的海报，却只导出了 PNG。参考图在聊天里，参数在截图里，最后修过的提示词又在另一个工具里。下周要做同系列新款，只好凭记忆重新试，甚至不知道当时用了哪个版本。 https://easynet.run/cases/problems/inspect-unfamiliar-tool-boundaryhttps://easynet.run/cases/problems/inspect-unfamiliar-tool-boundary同事接入了一个文档助手，工具名称叫“整理资料”，却没有解释是否会把全文送给第三方模型。一个友好的名字与输入框不能说明真实数据流。团队要先知道工具需要哪些字段、运行在哪个环境、是否转发上游，以及失败日志会保留什么，再决定哪些客户资料可以使用它。 https://easynet.run/cases/problems/attribute-client-task-costhttps://easynet.run/cases/problems/attribute-client-task-cost一个服务团队用同一套模型和工具处理多个客户的任务，供应商只发来总账单。月底要解释某个项目为什么超预算，只能翻聊天猜用了多少。直接按任务数平均分摊不公平：长文档、重复失败和缓存命中的成本可能完全不同。这里需要的是可追溯的归集规则，而不是看起来精确却没有出处的数字。 https://easynet.run/cases/problems/find-the-actual-deliverablehttps://easynet.run/cases/problems/find-the-actual-deliverable助手说报告已经导出，消息里却只有一个本地路径。另一个设备上点不开，云盘又有三个相似版本。你马上要交给客户，却不能确认哪份包含最后修改，也不知道完成提示是不是只代表脚本退出。 https://easynet.run/cases/problems/explain-unavailable-demohttps://easynet.run/cases/problems/explain-unavailable-demo用户把演示链接发给客户，自己的笔记本合盖后，页面就只剩转圈。访问者不知道是网络慢、服务在排队，还是已经没有机器处理请求；提供者也可能直到收到抱怨才发现。诚实说明暂时不能用，比用动画掩盖未知状态更重要，但状态提示必须来自实际检查。 https://easynet.run/cases/problems/find-the-conversation-that-workedhttps://easynet.run/cases/problems/find-the-conversation-that-worked上个月排过一次奇怪的构建错误，今天又遇到。你记得最后只改了一行，却忘了在哪个助手、哪个会话里。搜报错关键词找到的是尝试过程，照着其中一段做又走回死路。需要找回的是成功证据，不只是相似文字。 https://easynet.run/cases/problems/trace-wrong-customer-updatehttps://easynet.run/cases/problems/trace-wrong-customer-update助手把客户的开票地址改成了收货地址，随后解释说“已根据最新资料更新”。这句话没有交代资料是否读错、字段是否映射错，还是另一位同事在同一时间覆盖了内容。定位需要保存操作前的必要状态、具体输入和业务结果，同时避免为调试把整套客户档案复制到日志里。 https://easynet.run/cases/problems/verify-healthcare-tool-revocationhttps://easynet.run/cases/problems/verify-healthcare-tool-revocation医院决定停止试用一个 AI 工具，网页入口已经关闭，但旧服务账户、后台定时任务或排队请求可能仍然存在。停用一个产品和取消它曾经获得的访问不是同一件事。这里要回答的是哪些入口已关闭、哪些请求仍在执行、哪些数据已经交付，以及谁负责确认处置，而不是给系统换一个停用标签。 https://easynet.run/cases/problems/handoff-research-evidence-qualityhttps://easynet.run/cases/problems/handoff-research-evidence-quality几个人分别研究竞争产品，最后交来几十个网页和摘要。接手的人不知道哪些是原厂资料、哪些只是转述，也不知道某项功能已经实际试过，还是从宣传文案推断出来。资料数量看起来充足，却不能直接支撑决策。交接时应保留的还有核实过程、条件和未解决的问题。 https://easynet.run/cases/problems/store-rule-rollouthttps://easynet.run/cases/problems/store-rule-rollout总部调整了退换货条件，门店白天仍在接待客户。问题不是把一份新文件发到群里，而是知道哪些回答已经使用新规则，哪些离线设备还停在昨天。若助手把条款长期写进提示词，即使文件更新，它也可能继续给出旧承诺。真正需要管理的是生效中的规则版本，以及尚未满足更新条件的服务入口。 https://easynet.run/cases/problems/share-only-the-handoffhttps://easynet.run/cases/problems/share-only-the-handoff一段客户讨论里混着报价、个人安排和另一个项目。新同事只需要理解设计决定，你却只能分享整条链接或花时间复制删改。删得太多容易失去背景，删得不够又会暴露本来不该分享的内容。 https://easynet.run/cases/problems/keep-client-exception-localhttps://easynet.run/cases/problems/keep-client-exception-local某位客户要求文案不用正式称谓，团队和助手反复确认后终于改好。下一位客户的稿件却沿用了同一习惯，原因是这次的例外被存成了长期偏好。用户希望被记住的是“这个客户这次要这样”，而不是所有未来任务都照做。上下文保存得越多，作用范围越需要清楚。 https://easynet.run/cases/problems/bounded-customer-demohttps://easynet.run/cases/problems/bounded-customer-demo销售把图像处理入口开放给客户演示，原本只想试三张样图，客户却批量上传了素材，后台模型费用迅速增加。一次演示需要的不是完整生产权限，而是明确的样例范围、处理次数、并发数量和结束时间。界面写着“试用”没有约束力，真正的限制必须挡在产生费用与访问真实数据之前。 https://easynet.run/cases/problems/upgrade-paid-method-safelyhttps://easynet.run/cases/problems/upgrade-paid-method-safely作者改进了一个商品图服务的提示词，新图更鲜艳，却破坏了用户正在制作的整套品牌素材。即使输入参数没有变化，输出风格变化也可能是破坏性升级。用户需要先用自己的样例比较新版，再决定何时迁移；作者则需要知道旧版维护到何时，以及已经接受的订单应该由哪个实现完成。 https://easynet.run/cases/problems/bring-research-to-writinghttps://easynet.run/cases/problems/bring-research-to-writing研究助手帮你梳理了证据和争议，另一款助手更懂表达。把全文丢过去，它又重新搜索，丢掉先前限定条件，还加入未经核实的新论断。你只是想换写手，不是重新立项调查。 https://easynet.run/cases/problems/audit-one-agent-operationhttps://easynet.run/cases/problems/audit-one-agent-operation审计人员抽查一次供应商资料修改，需要知道谁提出、用了哪份依据、谁允许执行、最终到底改了什么。聊天截图只能说明助手当时怎么描述，并不能证明后台发生了相同操作。若证据散在工单、规则库和系统日志里，事后人工拼接很容易把相近时间的另一笔任务当成同一事件。 https://easynet.run/cases/problems/find-the-right-table-not-any-tablehttps://easynet.run/cases/problems/find-the-right-table-not-any-table要解释本月收入变化，助手找到了订单表、财务月结表和测试汇总表。字段都有金额，它却不知道退款怎么算、哪份已关账。查询能执行并不代表结论成立，错误口径比找不到数据更难察觉。 https://easynet.run/cases/problems/resume-a-paused-projecthttps://easynet.run/cases/problems/resume-a-paused-project一个项目被紧急工作打断，几周后重新打开，文件还在，却忘了哪些只是试验、哪些已经交付。助手的最后一条建议不是当前进度，你得翻提交、聊天和便签才能放心继续。 https://easynet.run/cases/problems/recover-citation-originhttps://easynet.run/cases/problems/recover-citation-origin研究笔记里有一句重要判断，写正式文稿时却找不到它来自哪篇文章。聊天曾经列过来源，但中间又经历几轮改写，最后留下的句子可能混合了原文和模型推断。重新搜索一个意思相近的页面，并不能证明当时的结论有这个出处。要保留的应是论点与证据之间的关系，而不只是网址。 https://easynet.run/cases/problems/multi-hospital-approved-aggregateshttps://easynet.run/cases/problems/multi-hospital-approved-aggregates几家医院希望比较某类服务的总体情况，但不能简单把病历汇入同一个库。即使只交换统计结果，样本很少、查询次数很多或条件组合过细，也可能暴露个体信息。因此问题不是把数据库留在原处就结束，而是每家机构能批准什么计算、汇出什么结果，以及汇总方能从多次结果中推断什么。 https://easynet.run/cases/problems/reuse-team-subscriptionshttps://easynet.run/cases/problems/reuse-team-subscriptions新项目需要生成一份行业报告，团队准备重新订阅工具，后来才发现另一个部门已经购买同类功能。真正缺少的并不一定是搜索，而是能回答现有服务能否供本项目使用、谁负责维护、剩余额度归谁以及合同是否允许共享。一个仍在目录里的入口，可能已经无人维护或没有可用席位。 https://easynet.run/cases/problems/continue-without-reexplaininghttps://easynet.run/cases/problems/continue-without-reexplaining你花了一晚解释客户背景，否掉三种方向，终于和助手定下方案。下周换个窗口，它又问从哪里开始。真正损失的不是那几段文字，而是一起澄清的条件和取舍；整段粘贴又容易超过长度，夹带无关讨论。 https://easynet.run/cases/problems/keep-method-author-discoverablehttps://easynet.run/cases/problems/keep-method-author-discoverable一个实用流程被转发到几个群后，只剩下入口链接，作者名字、适用条件和更新说明被逐渐删掉。用户遇到问题找不到维护者，作者也不知道反馈发生在哪里。目标不是强迫每个产物都带广告，而是让使用者能核对是谁提供服务、哪些版本仍在维护，以及出现问题应该联系谁。 https://easynet.run/cases/problems/separate-test-and-customer-quotahttps://easynet.run/cases/problems/separate-test-and-customer-quota工程师用新助手试跑几个任务，后来发现扣掉了正式客户的月度额度。测试与交付共用同一提供方，日志虽然写着不同项目名，扣费却仍从同一个池里发生。要解决的不是月底把账重新分类，而是在请求发起前确定它属于哪种环境、谁承担费用，以及能否接触真实客户数据。 https://easynet.run/cases/problems/handoff-the-approved-versionhttps://easynet.run/cases/problems/handoff-the-approved-version需求讨论从三个方案收敛到一个，中途还临时改过。换助手后它读到第一版草稿，认真完成了已经废弃的方向。聊天顺序并不能表达正式状态，最后一条也可能只是随口提出的新想法。 https://easynet.run/cases/problems/reuse-previous-readinghttps://easynet.run/cases/problems/reuse-previous-reading研究者记得读过一篇讨论某种限制的论文，新的问题出现时却只记得模糊主题。收藏夹里有很多链接，标题搜索也未必匹配当时做的批注。重新网上搜索可能找到更多文章，却不一定找回那篇已经投入时间理解的材料。需要复用的是以前的阅读判断，而不仅是下载过的 PDF。 https://easynet.run/cases/problems/withdraw-shared-contenthttps://easynet.run/cases/problems/withdraw-shared-content客户要求撤下未发布的宣传材料，团队记得发过网站、预览和几个助手链接，却不知道是否还有有效入口。关闭一个页面不能证明内容已经从接收者电脑或外部缓存删除。真正可执行的目标是列出已知分享，先切断仍受控制的访问，记录外部接收者和无法确认的副本，再履行后续通知与处理义务。 https://easynet.run/cases/problems/stop-following-retired-instructionshttps://easynet.run/cases/problems/stop-following-retired-instructions退款规则上周改了，助手却从旧培训文档里找到答案，并据此指导客服。旧文件内容完整、语气确定，比一条更新通知更容易被引用。你不能靠每次提醒它看日期来维持对外服务。 https://easynet.run/cases/problems/inspect-demo-data-handlinghttps://easynet.run/cases/problems/inspect-demo-data-handling设计团队准备购买一个生成服务，公开样例效果不错，却无法知道上传的客户包装图是否进入共享日志、模型训练或海外存储。购买决定不只取决于质量，还取决于资料处理条件能否被团队接受。用户需要在上传之前看见明确说明，而不是付款以后才发现必须交出完整项目文件。 https://easynet.run/cases/problems/close-laptop-during-taskhttps://easynet.run/cases/problems/close-laptop-during-task用户在笔记本上启动一个较长任务，准备离开时不知道合上屏幕会发生什么。函数可能在另一台设备执行，也可能依赖本机进程维持连接；产物可能已经保存，也可能只在内存里。真正需要的是在离开之前得到可核对的交代：由谁继续执行，结果存在哪里，断开后怎样查询，以及哪些情况下必须停止。 https://easynet.run/cases/problems/remember-rejected-optionshttps://easynet.run/cases/problems/remember-rejected-options你已经说明不能使用某个云服务，因为客户合同不允许。新助手看见性能要求，又把它列为最佳方案。每次重讲不只是烦，还担心它在你没注意时按旧建议写代码，最后整段实现只能返工。 https://easynet.run/cases/problems/find-method-for-current-taskhttps://easynet.run/cases/problems/find-method-for-current-task用户想批量给商品图换背景，收藏里有教程、截图、工具链接和过期优惠，但不知道哪一个方法适合当前素材。搜索到标题只是开始，还要看所需账户、能否批量、维护者是否仍在更新，以及真正的输入输出是什么。持续增加收藏数量并不会自动提高完成任务的概率，缺少的是能用于选择的方法信息。 https://easynet.run/cases/problems/compare-conflicting-agent-evidencehttps://easynet.run/cases/problems/compare-conflicting-agent-evidence一个助手建议保留产品功能，另一个建议删除，两份分析都写得很流畅。用户想知道的是它们在什么地方分叉：用了不同时间段的数据、对留存采用不同定义，还是对同一证据做了不同判断。让第三个 AI 直接投票只会增加一份意见，不能代替对来源和假设的核对。 https://easynet.run/cases/problems/pause-project-across-agentshttps://easynet.run/cases/problems/pause-project-across-agents负责人在群里宣布项目暂停，几个助手仍在各自的会话里继续抓取、生成和发送消息。一个窗口被关闭不意味着其后台任务结束，更不意味着下游服务停止收费。需要有一个明确的暂停边界：不再启动哪些新任务，正在运行的工作如何处置，以及哪些外部动作已经无法撤销。 https://easynet.run/cases/problems/keep-why-the-decision-was-madehttps://easynet.run/cases/problems/keep-why-the-decision-was-made当初选择一个方案是为了赶交付，如今时间充裕了，助手却把它当成永久架构原则。只保留结论会让临时妥协不断延续，也可能把真正重要的约束误当成个人偏好。你需要重新判断的依据。 https://easynet.run/cases/problems/agents-edit-without-overwritinghttps://easynet.run/cases/problems/agents-edit-without-overwriting一个助手改文案，一个改样式，另一个顺手格式化同一文件。它们各自报告完成，你合并时却发现刚确认的修改不见了。问题不是没人干活，而是大家没有明确的工作范围和版本前提。 https://easynet.run/cases/problems/reconnect-without-replaying-old-workhttps://easynet.run/cases/problems/reconnect-without-replaying-old-work门店设备断网半小时，恢复后一次性补发了所有打印与同步请求。有的订单已经取消，有的打印其实成功只是确认丢了，还有的仍然有效。把网络重试当成业务恢复，会让同一张单被重复处理。恢复需要回答的是这笔工作现在是否还应该执行，而不是服务端是否终于能够接收请求。 https://easynet.run/cases/problems/identify-approved-deliverablehttps://easynet.run/cases/problems/identify-approved-deliverable设计稿在生成平台、聊天附件和云盘中各有一个“第二版”。客户说回到第二版，但他当时看到的是裁剪后的截图，评论只针对配色，并没有认可全部内容。用文件名查回某个版本很容易，用准确版本和具体确认内容继续工作才是难点；否则团队会把一次局部意见误读成完整验收。 https://easynet.run/cases/problems/multi-assistant-progresshttps://easynet.run/cases/problems/multi-assistant-progress一份发布方案分给调研、设计和数据助手，负责人仍要逐个窗口询问进度。某个助手说完成，可能只是生成了草稿；另一个在等素材，却不断输出“处理中”。需要的是围绕同一个交付目标聚合可验证状态，知道哪个产物已经可用、哪个步骤被依赖阻塞、哪个决定必须由人作出，而不是把聊天消息堆到一个页面。 https://easynet.run/cases/problems/single-owner-for-one-orderhttps://easynet.run/cases/problems/single-owner-for-one-order两个助手同时读到一张待处理订单，各自认领并调用收费模型，最后交付两份结果。聊天里说“这单归我”并不能阻止另一边执行，尤其在网络延迟与重启以后。需要的是一个能原子决定当前负责人、保存转交过程，并拒绝旧负责人继续提交结果的业务机制。 https://easynet.run/cases/problems/continue-task-on-desktophttps://easynet.run/cases/problems/continue-task-on-desktop通勤时在手机上讨论出一个方向，回到电脑准备实现，却记不起会话在哪个助手、哪些结论已经确认。有时链接能打开，却没有附上当时讨论的附件和下一步。用户只是换了工作设备，并没有打算重新讲一遍；不过“继续这件事”既可能指打开原会话，也可能指让另一个助手开始执行，二者需要的交接内容不同。 https://easynet.run/cases/problems/buy-one-cover-processinghttps://easynet.run/cases/problems/buy-one-cover-processing用户只需要为一次活动做封面，教程却依赖多个付费工具。她不是不愿付钱，而是不想先理解所有平台、建立订阅再拼出一次结果。单次服务有真实需求，但需要回答价格包括几次尝试、交付什么格式、等待多久，以及素材不适合时如何处理。把函数设为可调用还远远没有完成这笔交易。 https://easynet.run/cases/problems/subscription-value-ledgerhttps://easynet.run/cases/problems/subscription-value-ledger团队订阅了几个写作、设计和代码助手，月底却说不清哪些值得保留。聊天次数多的工具未必产出多，偶尔使用的工具也可能承担关键交付。只看登录频率会误判，靠记忆又容易遗漏已经发生的自动扣费。需要把费用、实际参与的任务和最终采用情况连起来，而不是简单给每个工具排一个使用量榜。 https://easynet.run/cases/problems/queue-shared-large-machinehttps://easynet.run/cases/problems/queue-shared-large-machine团队的大模型任务都依赖同一台机器，一个临时试跑占满显存，紧急交付只好在群里寻找正在使用的人。共享入口并没有解决资源竞争，还需要知道任务预计占用什么、谁有优先级、能否中断以及何时开始。把机器注册成可发现能力不等于形成了可预测的队列。 https://easynet.run/cases/problems/learning-plan-from-repeated-errorshttps://easynet.run/cases/problems/learning-plan-from-repeated-errors学生在几个平台练题，经常在同一种条件判断上出错。每次向 AI 求助，都得到一份完整学习计划，却没有解释为什么相似错误反复出现。把错题集中起来只是第一步：答案错可能来自概念不清、审题遗漏或计算失误，不能仅按题目标签推断学习能力，更不能从少量记录给学生贴长期标签。 https://easynet.run/cases/problems/paid-generation-failurehttps://easynet.run/cases/problems/paid-generation-failure用户支付后等待生成，页面超时并出现重试按钮。后台可能从未启动，也可能已经生成成功只是结果没送回来；再次点击还可能建立新订单。这里最伤信任的不是失败本身，而是用户无法判断钱花在哪里、原任务是否还有结果、应该重试还是退款。系统必须把付款状态、处理状态与交付状态分开。 https://easynet.run/cases/problems/find-course-segment-for-taskhttps://easynet.run/cases/problems/find-course-segment-for-task用户买了一门视频课程，真正做项目时却不知道当前错误对应哪一节。课程标题按章节组织，问题却是“导出的颜色为什么变了”这样具体的一步。完整重看很耗时，模型凭通用知识回答又可能与课程使用的软件版本不符。用户需要找到相关片段、前置条件和适用范围，而不是再得到一份泛泛教程。 https://easynet.run/cases/problems/retain-permitted-work-before-account-closehttps://easynet.run/cases/problems/retain-permitted-work-before-account-close学校或公司的账户即将关闭，几个月的讨论、研究笔记和附件还散落在里面。用户担心失去已完成的工作，但账户里也可能包含组织资料、其他人的信息和不能带走的内容。目标不是尽可能多地搬出数据，而是在权限仍有效时分清哪些成果可以保留、哪些应交接给组织，以及保存后还能不能找到。 https://easynet.run/cases/problems/retire-paid-ai-servicehttps://easynet.run/cases/problems/retire-paid-ai-service作者不再维护一个生成服务，直接关闭提供方进程最省事，却可能让付费用户失去正在处理的结果、历史素材和后续支持。退场不是简单离线：需要知道哪些订单已经接受，哪些款项应退回，哪些产物仍能导出，以及用户通过什么渠道收到通知。遗留责任不会随着入口从目录消失而自动结束。 https://easynet.run/cases/problems/subscription-cancel-inflight-workhttps://easynet.run/cases/problems/subscription-cancel-inflight-work用户取消订阅后仍看到一个视频任务运行，不知道服务会继续交付还是立刻停止；卖家也不知道已经支付的上游费用由谁承担。取消续费、撤销新任务权益和取消在途执行不是同一动作。把它们绑在一个按钮后面，会让两边对完成义务和收费产生不同理解。 https://easynet.run/cases/problems/detect-upstream-price-losshttps://easynet.run/cases/problems/detect-upstream-price-loss创作者按固定价格出售一次处理，上游模型换了价格表，失败重试又增加了消耗，月底才发现热门套餐越卖越亏。总调用次数无法解释利润，因为不同输入、模型和重试次数的成本不同。需要知道每笔订单消耗在哪个环节，哪些成本只是估算，以及何时该暂停新单或调整价格。 https://easynet.run/cases/problems/define-method-usage-licensehttps://easynet.run/cases/problems/define-method-usage-license创作者愿意让个人用户用自己的流程生成作品，却不希望买家把入口嵌入另一个平台无限转卖。个人使用、团队共享、代客户处理和分发产物是不同权利，不应压缩成一个“已购买”字段。更重要的是，调用入口受到控制也不意味着输出文件离开服务后仍能被技术追踪或限制。 https://easynet.run/cases/problems/agree-creator-revenue-splithttps://easynet.run/cases/problems/agree-creator-revenue-split一个海报服务组合了模板作者、图像处理作者和运营者的工作。订单增加后，大家才开始争论收入按调用次数、固定比例还是实际成本分配。单纯数函数执行次数可能奖励失败重试，也可能忽略模板设计与售后劳动。分账首先是参与者对贡献和风险的约定，其次才是把已约定规则落实到账目。