- 博客(1878)
- 收藏
- 关注
RSS订阅原创 蜂巢hive实战初体验
skywalk163/hive是一个基于Python与Git的去中心化AIAgent协同任务调度系统，通过Git仓库实现多机任务分发与执行。其核心理念为“总控写卡、worker抢卡、Git当总线”，利用Git的原子push保证任务领取的唯一性，支持exec、verify、manual三种模式，实现跨平台、无中心、可审计的开发协作。项目轻量自包含，内置看板与MCP接口，适用于异构环境下的AI Agent工程化落地。
2026-10-27 23:37:27
113
原创 把 Windows 侧的接入步骤列成一张可以照做的清单
Windows接入Hive系统全流程已文档化并推送。通过PowerShell执行bootstrap.ps1，支持-HiveHost参数，确保主机名一致（如win10）。步骤包括：环境准备（Git/Python）、克隆工具仓、dry-run验证、GUI或命令行方式注册（二选一），并在FreeBSD侧确认接入与任务分派。最终完成端到端真卡测试。关键点：-HiveHost必须匹配dispatch--host，D1/D2不可共用，先dry-run再Apply，避免重复领卡。
2026-10-27 22:49:38
151
原创 将windows下的AI agent介入Hive协同系统,附带prompt
Hive协同系统已具备多机多Agent并行开发能力。通过修复多机路径冲突问题，确保各Agent使用本地真实路径；任务以独立git worktree隔离，结合claim锁机制避免文件冲突；支持自动派发（dispatch）与手工领卡（take）两种模式，实现安全并发开发与合流验收。部署需统一中心仓，各机配置本地repos路径及agent身份（如raccoon-win、workbuddyai-win等），运行worker或手动贴prompt至MCP接口。建议后续增加host字段路由、验证Windows端到端闭环及
2026-10-26 21:13:49
197
原创 怎样让 AI Agent 更喜欢使用“光明”编程？看看gemimi怎么说?
为让AIAgent更高效使用“光明语言”，需降低其幻觉率与上下文成本：1. 在根目录配置llms.txt与.cursorrules，提供标准化提示；2. 输出高密度、无歧义的DenseSpecs，含语法对照表与5~10个Few-Shot示例；3. 开发CLI诊断工具与MCPServer，实现代码自动校验与实时查询反馈；4. 优化字Token比，推荐半角标点并配备lightlinter工具。行动清单包括发布宣传稿、添加规范文件、编写示范案例及自检工具，助力光明语言被AI友好接纳。
2026-10-26 08:20:58
295
原创 登到192.168.1.5那台机器，看看今天白天，大约从早晨到晚上，都卡住了。看看因为什么卡住，为什么卡住而没有杀死那个导致卡死的进程，为什么
192.168.1.5（FreeBSD 14.3）因内存与swap耗尽，陷入内核页面回收死循环，导致系统活锁。4核低功耗CPU叠加高负载服务（Gitea、CI、MongoDB、虚拟机等），引发雪崩式资源枯竭。杀进程失败非因进程顽固，而是内核态全忙、内存为零，导致kill动作无法分配内存而阻塞，形成“需内存才能杀进程”的死循环。FreeBSD无激进OOMkiller与watchdog机制，仅被动杀少数进程，且无crashdump留痕。历史日志显示多次类似崩溃。建议立即限流act_runner并发至1~2，设Z
2026-10-25 21:03:26
403
原创 光明变成语言项目R164任务T-3,怎么会有这么多缺陷账遗留？ 会不会有误判？
缺陷账目累积源于保守记账口径与多轮持续发现，非集中爆发。多数“未修”实为已修或已关闭，真正遗留仅约8条，多因边界限制或需独立轮处理。误判存在，主要类型包括归因过粗、状态滞后、账实不符及测试造假，已通过复测与证据核对修正。判断依赖可复现证据与严格判据（如改坏必转红、还原必须IDENTICAL），建议对现存8条在最新HEAD上逐条复测以明确状态，需确认是否推进。
2026-10-24 23:31:06
229
原创 参加Trae 1024活动,随机给定命题,90分钟出来项目!
以“奶奶家的挂历风”为灵感，创作了一件关于旅行与双人协作的互动装置。虽因未完整传达指令导致初期偏离，但借助“光明”语言编写的纯函数引擎，仍实现精准推演：六组参数决定旅程节奏，红笔圈出“1024”专属日，印章落定“奶奶准了”。现场邀请观众即兴扮演伴侣，旋钮对称拨动，10秒内将观众化为作品共作者——真正实现“两个人的独角戏”。
2026-10-24 23:27:47
575
原创 在 FreeBSD 上跑 Linux 应用：为什么装上了却用不了--FreeBSD Linuxulator 实战：把 WorkBuddy 装进 Linux 兼容层，并打通中文输入
在FreeBSD上通过Linuxulator运行Linux版WorkBuddy，成功实现桌面集成与中文输入。核心挑战在于跨内核资源协同：路径映射、X11认证（Xcookie同步）、输入法（需在chroot内独立部署fcitx5）三重壁垒。解决方案为构建通用启动器crun，统一处理环境变量、D-Bus会话与输入法，确保应用在chroot内以完整环境运行。验证通过自动化脚本模拟输入，确认整链路通畅。经验总结：凡“装了但用不了”，必分清操作侧，逐层打通跨界通道。
2026-10-23 13:24:58
423
原创 FreeBSD linuxulator 跑小浣熊客户端：登录页一直转不回来的完整排查记录 10.22
在FreeBSD 15.1的Linuxulator环境中运行商汤小浣熊客户端时，虽能启动并登录网页，但客户端始终卡在登录页。根本原因有二：一是桌面项缺失--no-sandbox，导致Chromium zygote沙箱崩溃；二是浏览器拉起进程时关闭了fd1/2，引发EBADF错误，日志写入失败，进程卡死并误删SingletonLock，导致后续启动异常。解决方案为：编写带--no-sandbox和输出重定向的包装脚本，覆盖用户级桌面项与MIME关联，并清理残留进程。最终通过客户端内置的“兼容登录”（loopb
2026-10-22 22:27:05
486
原创 FreeBSD仿真环境里的Ubuntu linux系统,安装软件的时候不支持snap怎么办?
在FreeBSD仿真环境的Ubuntu系统中安装Firefox时，因snap支持缺失导致无法通过apt安装。根本问题在于Ubuntu 22.04的firefox包仅为snap过渡壳，而snapd在Linuxulator下无法运行。正确解法是：彻底清除snapd及firefox过渡包，改用Mozilla官方deb源（推荐USTC镜像）或直接下载官方tar包安装，避免依赖snap。也可直接在FreeBSD原生环境使用pkg install firefox，更稳定高效。关键步骤包括清理dpkg锁定、配置APT优先
2026-10-22 22:11:36
366
原创 Virtualbox 从7.2.20降级到7.2.18 @FreeBSD系统
虚拟机频繁崩溃问题经排查确认为VirtualBox 7.2.20设备层降级路径引发，内存压力缓解但核心告警持续。经测试，7.1.18因配置版本不兼容失败，最终选择降级至7.2.12：用户态包与内核模块（kmod）已编译并替换，通过脚本完成切换。期间因残留VBoxSVC进程导致卸载失败，手动清理后成功加载新模块，版本对齐。启动后出现灰色界面及慢速响应，系快照链与Hyper-V、SysMain服务冲突所致。禁用相关功能后，启动性能显著改善。建议后续合并快照、锁定版本，避免自动升级。
2026-10-21 21:54:28
314
原创 FreeBSD系统里开了virtualbox ,运行了windows10 ,升级到virtualbox-ose-72-7.2.20后发生 win10虚拟机频繁异常退出故障,你帮我看看是怎么回事?
VirtualBox 7.2.20 在 FreeBSD 上对 raw 直通盘（/dev/ada1）存在稳定性缺陷，导致磁盘后端关闭时发生空指针解引用（SIGSEGV），引发虚拟机崩溃。通过核心转储分析确认问题位于 VBoxDD.so 的磁盘释放路径，且与 AHCI Port 2 直通盘直接相关。实测表明，将 raw 盘替换为 VDI 镜像文件后系统稳定运行，证实问题根源为该版本对直通盘处理的软件缺陷。建议避免在 7.2.20 版本中使用 raw 直通，或升级至修复版本。
2026-10-21 08:22:27
291
原创 在FreeBSD系统里,发现/usr/local/lib/libexec/kf6/baloo_file 优先级19 ,其它进程都是0 ,这是怎么回事?
在FreeBSD中，baloo_file进程优先级为19，实为系统有意设置的最低调度优先级（niceness值越大，优先级越低）。此举旨在让后台索引任务在系统空闲时运行，避免占用CPU与磁盘资源，保障前台应用流畅性。19是普通用户可设的最低优先级上限，属正常优化设计，非异常。
2026-10-20 19:35:20
225
原创 我给自己造了个“共享大脑“：LightMem，让 AI 记住你说过的每一句话
作者打造了名为LightMem的MCP原生长期记忆系统，解决AI“无状态”对话中重复自我介绍、记忆丢失的问题。通过六项核心设计——记忆类型化、只增不改可追溯、后台整理降延迟、多信号融合召回、细粒度权限控制及目标状态机管理，实现跨会话、可审计、高可用的记忆层。它让AI真正“记住”用户偏好、历史事件与任务目标，构建可复用、可回溯的“共享大脑”，显著提升人机协作效率。
2026-10-20 07:00:00
598
1
原创 浙大的LightMem：让大模型学会“睡觉“，token 消耗直降 100 倍
LightMem（ICLR 2026）受人类记忆模型启发，提出三级轻量级记忆框架：通过L1感知记忆压缩与分段、L2话题聚合、L3离线更新，将昂贵的记忆整理任务移至后台。实现纯在线token消耗降低106倍，API调用减少310倍，显著提升长对话体验与成本效率，让大模型真正“学会睡觉”。
2026-10-19 23:45:40
254
原创 FreeBSD 15 上 VirtualBox 跑 Windows 10 频繁崩溃：一次完整的根因排查实录
FreeBSD 15.1 上 VirtualBox 7.2.20 运行 Win10 虚拟机频繁崩溃，经排查为三重因素叠加：ZFS ARC 占用近全部内存（62.9G/63.9G），导致内核 OOM 杀进程；用户态升级至 7.2.20，但内核模块仍为 7.2.12，版本不一致引发 SIGSEGV；虚拟机分配 20.5G 内存与 10 vCPU，加剧资源争抢。日志显示无正常关机记录，且 exited on signal 11 表明非客户机蓝屏，而是宿主进程被信号杀死。修复后限 ARC、扩 swap、对齐版本，系
2026-10-19 23:23:21
236
原创 devel/deepseek-harness — FreeBSD Bugzilla 提交文案 留档
[NEW PORT] devel/deepseek-harness: DeepSeek open-source agent harness (CLI and web UI) A prebuilt runtime closure of DeepSeek's agent harness, packaged with FreeBSD-specific enhancements: native flock(2) addon, process inspector, bash PTY fixes, and a secu
2026-10-18 16:26:08
276
原创 光明（LightLang）项目介绍 v0.4.0版本:光明是一门基于中文的编程语言，核心设计借鉴中文“3000 常用字覆盖各学科“的思路：用少量稳定的**核心字（L0）**做内核
光明（LightLang）是一门以中文关键字为核心的编程语言，采用L0–L7分层架构，支持从青少年入门（白话体）到商用工程（文言体）的无缝过渡。其核心为30个永久冻结的L0字，编译器自举并原生编译至LLVM，可生成无依赖的独立EXE。项目具备109个标准库模块、三后端编译（SRC/ANTLR/LLVM）、C FFI及外语引用（Python/C/Go/MoonBit），并提供AI Copilot辅助编码。通过light run快速上手，已实现全栈生态闭环，致力于打造“像说话一样编程”的下一代编程语言。
2026-10-17 22:24:23
365
原创 FreeBSD系统在Deepseek-harness中配置使用其它几家的模型,比如hy3 hunyuan-2 glm5.3-flash等
在FreeBSD 15.1上成功安装并配置DeepSeek-harness，通过dsh-providers-hub@1.6.261016插件（原CodeArts Auth）实现JetHub功能，无需重启即生效。已热加载至GUI（3080端口），本地网关127.0.0.1:8326正常运行，支持17个第三方模型渠道（如CodeBuddy、Gemini等）多账号登录与自动续期。本机OpenAI兼容网关可用，密钥存于~/.dsh/jet-hub/api-key。插件为第三方开发，存在安全风险，可能违反服务条款。安
2026-10-17 11:44:01
253
原创 关于空语句导致的问题，在好多开发轮次里面都碰到过，请把这个问题沉淀一下，我不希望未来再这么频繁的碰到改类型问题！空的二相性
“空”在编程中具有二相性：无相（什么都没有）与器相（存在但无内容）。误将二者混淆，是诸多问题的根源。如环境变量缺键返回""（器相），却被误判为“不空”，导致兜底逻辑失效。应以《心经》“色即是空，空即是色”为喻，建立清晰的相位认知：空可为容器，亦可为空值；置空≠删除，键仍在即存在。建议归档历史问题，固化“空”的二相框架至规范文档，避免重复踩坑。
2026-10-16 23:22:44
127
原创 单CPU 12核心确实捉襟见肘了,FreeBSD下 cpu负载被打满了
系统负载持续飙升至19.41，CPU完全饱和，内存紧张，Swap使用率达58%，主要由VirtualBox虚拟机（PID 2517）及两个workbuddy Python进程主导，合计占用约11.5个核心。尽管进程数减少，但高负载未缓解，系统态占比达34.6%，Wired内存高达46G，表明虚拟化与I/O开销严重。当前为多Agent并行开发测试导致资源超限，单12核CPU已不堪重负，建议立即限流、降优先级或暂停非关键任务，并排查内存与I/O瓶颈。
2026-10-15 08:07:58
332
原创 光明（Light）生态 · 2026 年 10 月中工作报告:light（语言本体）、lightharness（工程体harness）、lightmem（光明记忆）、lightplugin插件
2026年10月上半月，光明生态实现关键跃迁：v0.4.0正式版发布，编译器自举影子数降至34，真实工程体北极星跑通率达98.75%；AI记忆系统在合成数据上表现优异，真实语料下冲刺0.95目标；AI翻译SFT语料密度提升至46.0%。四线并进形成闭环——从工程体生成语料，反哺翻译与记忆，降低中文编程门槛，推动“普惠AI编程”落地。核心矛盾转向真实场景下的稳定性与可识别性。
2026-10-15 08:05:16
696
原创 介绍一下BEAM 数据和 LoCoMo 数据:评估大模型记忆能力的数据集
LoCoMo 与 BEAM 均为评估大模型长时记忆能力的基准，但侧重点不同：LoCoMo 聚焦超长期多轮对话（10段，每段约16K tokens），通过人工标注的问答与摘要任务评估单跳、多跳、时序等推理能力；而 BEAM（Beyond a Million Tokens）则以合成生成的100段超长对话（128K–10M tokens）为基础，测试模型在百万级上下文中的10类记忆能力。前者重“深度推理”，后者重“广度与稳定性”。两者数据格式分别为JSON与Parquet，均开源可用。
2026-10-14 23:02:08
333
原创 Monty / 千脑理论（Thousand Brains Project）学习笔记
Monty 是 Numenta 基于千脑理论的开源框架，通过皮质柱式学习模块、参考系与投票机制实现物体姿态识别。其核心在于将感知信息编码为“特征-位置”图结构，利用稀疏网格存储长期记忆，并通过运动探索与多模块投票达成鲁棒认知。本文精读源码，提炼出可借鉴的参考系组织、多信号融合与记忆建模范式，适用于 lightmem 的知识表示与融合设计，但安全、权限等系统级能力需独立构建。
2026-10-14 22:58:35
388
原创 主在桥上看阑尾 技能分享:TRUNK（主干）/ BRIDGE（桥头堡）/ APP（阑尾）这份 Skill 规定你每次动手前的动作顺序与不可触碰的红线
本技能为长期演进代码库中的AI编程助手提供工程纪律：每次操作前，将对象标记为TRUNK（主干）、BRIDGE（桥头堡）或APP（阑尾），依标签执行对应准则，并强制通过防误删协议与交付自检。尤其在光明（Light）项目中，新增“落地映射”与“影子删除保护”，确保系统可重置、可恢复，创新不破坏生态。
2026-10-13 08:04:25
659
原创 桥头堡与阑尾：AI 编程时代，软件竞争力的两个暗面 AI编程之Deepseek的想法
AI时代，软件竞争力源于“桥头堡”与“阑尾”的双引擎：桥头堡以小步快跑探索创新，借AI加速试错；阑尾则隔离保留旧生态，保障重置时的兼容与传承。二者分属先锋与守夜，前者求新，后者存续。真正的韧性不在于写得快，而在于既能大胆突破，又能从容回溯——让每次重构都如生命重启，带着记忆重生。
2026-10-13 07:24:55
421
原创 light光明项目R144 并行任务书 · AI 降本 L 系列收尾 + 发行/registry 一致性
R144 任务书聚焦 AI 降本 L 系列收尾与发行/registry 一致性，推进四线并行：C 线清影子（62→≤35，达标 M22）；D 线实证 LLM retry 复测，验证小模型翻译能力；E 线落地 registry 国内默认 gitcode、国外 github，实现真实在线注册表；F 线完成 duanpub → lightpub 名称统一。L-194 深水问题定位至 socket 收全部无限拼接内存泄漏，需在 C 层加护栏。全链路遵循权威门禁 0.82 复核，确保安全合规。
2026-10-12 23:12:20
434
原创 lightmem光明记忆项目R3 独立任务书：P7-D R2 残留项四路并行攻坚（semantic 真启 / 时序一致性 / fact 语义匹配 / multi-hop 口径）
R3 任务聚焦 P7-D 残留项四路并行攻坚，针对 R2 报告中五项关键问题：注入确定性 char n-gram TF-IDF embedder（A 路）、修复 reference_frame 信号缺陷、提升 fact 准确率至 ≥90%（C 路）、实现 temporal 时序一致性与确定性化（B 路）、落地 multi-hop 口径 A 并支持双源可比（D 路）。各路独立执行，严格遵循“只增不改”、192.168.0.88 验证、固定 seed=42 等红线，最终目标为公开基准 MRR ≥0.943、fa
2026-10-12 23:11:01
323
原创 windows10 explorer占用太多内存问题解决
Windows 10 资源管理器（explorer.exe）异常占用近10GB内存且无法释放，经排查发现主因是访问虚拟机共享盘Z:（VirtualBox SMB 路径），导致缓存膨胀；叠加Downloads目录下1.7万+个轻量级文件及失效的OneDrive右键扩展，引发内存“一次性分配冻结”。虽无泄漏或句柄堆积，但内存长期锁定。解决方法：停止explorer进程后重启可立即释放内存；治本之策为避免浏览Z:盘、移出海量小文件目录、卸载闲置OneDrive并关闭快速访问追踪。
2026-10-11 23:49:41
424
原创 光明记忆（LIMS）v2.3 — 智能记忆管理平台(未开放版本)
光明记忆（LIMS）v2.3是面向多租户、多用户、多Agent的智能记忆管理平台，通过四层温度分层模型（工作记忆至归档记忆），实现AIAgent类人长期记忆能力。支持个性化服务、多跳推理与企业知识沉淀，具备可插拔后端、强安全合规与可控遗忘机制。核心亮点包括多信号独立打分融合、冲突记忆保留、数据主权清晰及全链路溯源。当前已达成93%检索准确率等关键指标，架构稳定，进入规模化落地准备阶段。
2026-10-11 14:06:22
221
原创 LIMS v2.3 光明记忆系统架构设计文档
LIMS v2.3 构建面向多租户、多Agent的智能记忆系统，基于四层记忆分层（工作/短期/程序性/长期）与参考系坐标体系，实现记忆的持久化、可共享与可复用。通过多信号检索（语义+关键词+实体）、反馈驱动修正、核心记忆块常驻及记忆预算控制，保障记忆的准确性与高效性。支持多数据库插拔、FreeBSD/ZFS优化部署，提供Solo至Enterprise四档可缩放配置，并以应用包生态扩展能力。安全层面实现从应用到存储的纵深防护，确保数据主权与抗投毒能力。架构持续收敛，文档统一规范，交付物可执行，支撑AI协同经济
2026-10-10 22:54:43
543
原创 在FreeBSD系统的linux仿真环境下安装和使用kiro 这个亚马逊的AI agent
在FreeBSD的Linuxulator环境中安装Kiro IDE时，因DISPLAY未传递且.Xauthority缺失导致界面无法显示。通过将SDDM的X授权文件拷贝至chroot内的用户目录，并设置DISPLAY=:0与XAUTHORITY，即可成功启动。已编写kiro-chroot脚本，自动完成cookie同步、环境配置及启动，支持任意参数传入，实现一键启动。附带桌面图标，可直接在XFCE桌面运行，完美兼容FreeBSD主机环境。
2026-10-10 12:09:18
300
原创 LIMS v1.5 光明记忆系统架构设计文档
LIMS v1.5 构建多租户、多 Agent 共享的智能记忆系统，通过四层温度分层（工作/动态/静态/归档记忆）与五类内容分类（事件、事实、偏好、程序、目标），实现记忆的精准组织与生命周期管理。引入多信号检索、核心记忆块常驻、权限三元组与记忆投毒防护，强化安全与一致性。统一 Schema 保障语义收敛，预算驱动与线索优先设计控制成本，支持持续学习闭环与跨会话记忆复用，打造可信赖、可扩展的数字记忆基础设施。
2026-10-09 22:49:42
476
原创 Dumate让我抓到它一次马虎了:我怎么看着文档没有改成v1.4啊
Dumate因遗漏更新文档头部版本号，导致v1.4修改后仍显示v1.3，引发误解。经核查，正文内容已完整更新至v1.4，仅标题与版本字段未同步，现已修正。其余v1.3标注为历史记录，应保留。问题暴露模型任务需增设验收环节，避免遗漏。近期还出现AI误操作、命名错误等类似疏漏，提醒流程中须强化校验机制。
2026-10-09 22:09:48
278
原创 光明语言入榜计划:GitHub Linguist 注册指南・光明语言模块参考
GitHub Linguist 注册指南（v1.0）详述了为光明语言（.light）申请官方支持的完整流程。需准备 TextMate 语法文件、MIT 许可证、6 个示例文件及 languages.yml 条目，通过 Fork 官方仓库并提交 PR 实现注册。当前已具备核心材料，仅待执行 Fork 与提交。临时方案可用 .gitattributes 映射为 Python，但无法实现专属高亮。建议积累公开使用案例以增强审核通过率。
2026-10-08 14:02:26
286
原创 FreeBSD 双网卡自动故障转移：用 devd 实现实时路由切换
本文介绍在FreeBSD 15.1-STABLE系统中，通过devd事件驱动实现双网卡（em0有线、wlan0无线）自动故障转移的方案。针对双默认路由导致网络不稳的问题，采用“有线优先、无线备用”策略：利用devd监听网卡link状态变化，实时执行脚本删除或保留默认路由。当有线正常时强制走有线，断开后自动切换至无线，恢复后立即切回。方案响应毫秒级，无需轮询，基于系统原生功能，稳定可靠，适合无人值守场景。
2026-10-07 22:35:49
730
原创 怎样取消FreeBSD系统的pkgbase？
取消pkgbase管理需谨慎，推荐使用pkgunregister -fG FreeBSD-*（需pkg 2.5.0+），安全移除系统包注册记录但保留文件。避免使用pkgdelete，否则可能致系统崩溃。后续建议清理缓存与配置，恢复freebsd-update功能。操作前务必备份，确保系统稳定。
2026-10-07 22:24:08
273
原创 R117任务,小浣熊提到一个问题:影子使影子数 75 → 76，触发 bootstrap_rate「影子数只许降不许升」门禁判红（同时自举率升 73.73% → 73.95%）
裁决选A：刷新基线（影子数76，自举率73.95%），但须同步建立“结构性影子”口径规范，明确其定义、登记要求与递减机制，禁止滥用；披露刻意不进就绪度分母的文件；将原生腿占位实现改为显式失败；三条语法限制纳入LLVM能力矩阵。裸刷基线不可接受。
2026-10-06 09:10:25
312
原创 deepseek harness 官方已经更新到新版：v0.2.1-alpha.1 Pre-release请把咱们的FreeBSD版本也同步更新到新版本！
小浣熊完成dshFreeBSDfork同步升级至v0.2.1-alpha.1，成功合并上游266个提交，仅2个冲突（package.json、README.md），均妥善处理。关键改动审计全部通过，构建与验证全绿，修复i18n链接失效问题，确保862对翻译一致。远端推送完成，基线标签对齐，无OOM风险。遗留问题不阻塞发布，系统稳定可用。
2026-10-05 23:54:38
1077
原创 趁着两个agent在做任务,我在思考一个问题，什么办法直接在豆包（你自己）里面指挥那两个agent去做任务吗？ 而不是像现在这样需要我切换到那两款软件，把任务文件地址给它，它才知道做什么。
在使用豆包协同多个Agent时，用户希望实现全流程自动化：直接在豆包内指挥其他Agent执行任务，无需手动切换软件、传递文件路径，也无需人工汇总结果。虽然豆包可调用WorkBuddy，但为避免出错，暂未启用自动指挥，期待未来能构建真正闭环的智能协作链。
2026-10-05 23:50:28
121
使用codebuddy进行现代Kotti框架开发
2025-11-12
Arc3.2语言适配Racket 8.11.1-1 版本
2025-06-02
支持pyramid2.x的kotti web代码
2025-05-21
FreeBSD14.2系统下VSCode1.99 pkg安装包
2025-04-17
AIOCR：AI文字识别web集成系统@Kylin+RISCV
2024-03-24
飞桨安装文件@算能云openKylin@ riscv64
2024-03-12
MenuetOS 汇编语言编写的操作系统磁盘映像64位1.50版本
2024-03-12
MenuetOS 汇编语言编写的操作系统磁盘映像
2024-03-12
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人