Continuous Claude (v3) 是一个增强 Claude Code 功能的开源项目,它将 Claude Code 转化为一个具备持久性、学习能力和多代理(Multi-agent)协作的开发环境。


核心系统
⭕️Skills:包含 109 个自然语言触发的工具,涵盖文件操作、代码分析、记忆调用等。
⭕️Agents :32 个专用代理,拥有独立的角色和职责,通过“元技能”进行编排。
⭕️Hooks:30 个钩子用于维护状态、拦截工具调用并注入上下文,确保系统行为符合预期。
⭕️TLDR Code Analysis:一个智能的代码阅读和索引工具,能够进行语义搜索、死代码检测和架构分析,避免盲目读取大量代码。
⭕️Memory System:
会话结束后自动后台提取“思考块(thinking blocks)”中的推理过程。
支持自然语言的记忆存取(如“记住 auth 使用 JWT”)。
使用向量数据库进行相关性检索。
⭕️Continuity System:确保工作流在不同会话间无缝衔接,通过 YAML 文件管理状态交接。

这个项目试图让 AI 编程助手不仅仅是一个一次性的问答工具,而是一个能像人类开发者一样“记住”项目细节、历史决策并持续进化的长期合作伙伴。
OpenCode中文实战课

OpenCode 中文实战课源码与内容仓库:一课一页,覆盖入门到实战工作流。

内容主要面向初学者和非技术人员。
Super fast and accurate image classification on edge devices:在边缘设备上实现超快速和精度的图像分类

这个项目是一个面向开发者的本地 VLM 实战指南,该项目证明了开源的小参数量 VLM在经过适当调整后,可以在本地设备上以极低的成本实现高精度的图像分类。

也就是教你如何利用小型视觉语言模型(如 Liquid AI LFM2-VL),配合结构化 JSON 输出和监督微调(SFT)技术,将通用的多模态模型转化为能运行在本地设备上、低成本且高精度的特定领域(如猫狗分类)图像分类器。
2026年 AI 工程师发展路线图:AI 时代如何通往高级系统架构师 | 帖子

AI行业的价值重心正从构建简单的API封装(“玩具”)迅速转向开发复杂的、生产级的自主系统。
目前市场充斥着基于大型语言模型的浅层应用,这些应用缺乏护城河,容易被大型科技公司取代。

为了在未来保持竞争力并获得高薪(报告中指出“提示工程师”与“系统架构师”之间存在15万美元的薪资差距),工程师必须深入理解并实践系统编排、内存管理和本地推理等核心能力。

该路线图提出了一个由五个难度递增的项目组成的实践蓝图,旨在帮助工程师构建一份能够证明其具备处理生产环境复杂性能力的强大作品集。
这些项目涵盖了从边缘AI和资源优化,到智能体循环、多模态AI集成,再到隐私优先的个人化AI助手和企业级的自主工作流编排。

真正的职业保障源于专业知识和构建真实系统的能力。成功的关键在于立即行动、公开构建并记录过程,而非停留在理论学习。
只有那些将知识转化为实际生产系统的人,才能成为未来企业迫切需要、不可替代的核心人才。

核心观点:从“封装者”到“架构师”的转变。
大多数开发者正在构建的只是“玩具”,而世界需要的是“系统”。为了实现职业上的突破,工程师必须摆脱“教程地狱”的舒适区,转向更具深度和复杂性的挑战。

五个生产级项目:通往大师之路
以下五个项目(内容较多,见评论区)按复杂性排序,旨在构建一个能够证明工程师具备驾驭生产级复杂性能力的作品集。

前进之路:从思考者到实践者

> 2026年的残酷真相
- 可替代者: 那些继续构建简单封装层的开发者。
- 不可替代者: 那些交付并部署自主系统的工程师。
- 两者之间的差距,仅仅是完成这五个项目的决心和行动。
> 立即行动
- 选择一个项目开始: 新手从项目一开始,经验丰富的工程师可以直接挑战项目五。关键在于“开始”。
- 立即构建: 利用周末时间开始构建,因为市场奖励的是交付成果,而不是学习过程。
- 完整记录: 记录架构决策、失败与恢复过程、自我修正循环以及生产部署的全部细节。
- 公开构建: 在公共平台上分享进展,这有助于建立个人品牌并获得反馈。
> 成果的差异
- 绝大多数人(90%)在阅读后将无所作为,继续构建相同的封装应用。
- 而另外10%的行动者将交付出真正的系统,他们将获得面试机会、工作录用和职业发展的主动权。

总之:
选择很简单:要么成为企业迫切需要聘请的架构师,要么被时代淘汰。
专业知识是唯一剩下的职业保障。生产系统是唯一重要的作品集。现在,去构建一个能在现实中存活下来的东西。
RapidRAW:轻量好用的 RAW 图片编辑器,体积不到 20MB,却提供了媲美 Lightroom 的编辑体验。| #编辑器

提供完整的专业调整工具,包含曝光、对比度、高光阴影、色调曲线、HSL 颜色混合器、锐化降噪等。

集成了 AI 功能,可以自动识别主体、天空和前景,甚至可以连接本地 ComfyUI 服务器,实现生成式 AI 编辑,比如移除物体或添加新元素。

另外还内置了全景拼接、批量导出、预设系统、EXIF 查看等实用功能,支持 Windows、macOS 和 Linux 三大平台,Flathub 和 AUR 都有官方包。
DeepSeek 新论文Engram架构的解析及参考代码实现 | link
Machine Learning Interviews:一份机器学习工程师面试的指南,作者曾拿到 Meta、Google、Amazon、Apple 等大厂 offer,把自己的面试准备经验整理成了完整的学习路径。

按照大厂技术面试的实际模块划分,涵盖算法编程、机器学习编程、ML 基础知识、系统设计、智能体系统和行为面试六大板块。

每个模块都有详细的准备建议和学习资源,比如 ML 系统设计部分在 2023 年更新过,智能体 AI 系统是 2025 年新增内容,紧跟行业趋势。

如果你正在准备 ML 工程师或应用科学家岗位的面试,这份指南值得收藏,能帮你系统梳理考点,少走弯路。| #指南 #机器学习 #面试
一个专门给科研工作者的Claude Code Skill项目

项目期望可将 Claude 转变为全能的 AI 科研助手。该项目收集了 140 多个 现成的科学类(Skills),使 Claude 能够执行跨生物学、化学、医学、物理学等多个领域的复杂多步骤科研工作流。

核心目标是加速科学研究,让研究人员无需查阅繁琐的 API 文档或从头编写集成代码。

支持通过简单的自然语言指令执行复杂的任务(例如:“查询 ChEMBL 数据库寻找 EGFR 抑制剂,用 RDKit 分析构效关系,并生成报告”)。
20260106上午11点 ChatGPT 美国军人认证实操记录 | JIKE社区
接下来的一周要去外地看病了。回来继续更新。多谢守候
价值20亿美元的AI Agent秘密:三个Markdown文件如何解决上下文漂移难题

Meta刚以20亿美元收购了Manus。一位开发者深入研究了其核心工作原理,并将关键模式开源分享。

AI Agent面临一个普遍困境:经过大量工具调用后,它们会逐渐迷失目标。上下文膨胀、错误被淹没、任务偏离轨道。

Manus的解决方案出奇简单——仅用三个Markdown文件:

- task_plan.md:用复选框追踪进度
- notes.md:存储研究内容,避免塞满上下文
- deliverable.md:最终交付物

核心机制是:Agent在每次决策前都会重新读取计划文件,确保目标始终停留在注意力窗口内。

这个发现引发了社区热烈讨论,也暴露出一些关键洞见:

关于"这不是什么新东西"的质疑,确实如此。Claude Code本身就会自动创建plan.md文件,Spec-kit、APM等开源工具早已实现类似工作流。但这恰恰验证了这个模式的有效性——当多个独立开发者不约而同地收敛到同一解决方案时,说明它确实解决了真实问题。

关于"写入notes.md不也是在填充上下文吗"的技术追问,这是个精准的观察。写入操作确实会产生token消耗。但关键不在于减少token数量,而在于注意力操控。LLM存在"大海捞针"问题——随着上下文增长,它们会逐渐遗忘早期目标。通过在每次重大决策前重新读取计划文件,目标被强制拉回注意力窗口。

社区提出了更进阶的方案:使用子Agent处理上下文密集型任务。主Agent保持轻量,只负责追踪进度和协调;子Agent在独立上下文中完成繁重工作后汇报结果。这样既保持了主Agent上下文的清洁,又能处理复杂任务。

一位开发者分享了他的实战经验:将Claude视为员工,一次只分配一个任务,每完成一步就提交git,全程人工审核。这是8小时工作日的节奏,不是"设置后就忘"的自动化。

关于工作流设计的最佳实践:保持CLAUDE.md极度精简,只描述核心行为预期;将数据库、API等专项知识拆分到独立文件,仅在相关任务时加载;维护一个愿望清单,让未来功能不干扰当前工作。

有人一针见血地指出:20亿美元买的不是三个Markdown文件,而是一家6个月创造1亿美元收入的公司,以及其虚拟机能力、浏览器自动化和完整Agent平台。这个模式只是其中一块拼图。

这场讨论揭示了一个更深层的趋势:上下文工程正在成为一门独立学科。我们正在见证"Agent工程师"这个新角色的诞生——他们是软件工程师,但具备云服务、API和Agent能力的综合知识。

最实用的一句话总结来自社区:Claude是我的员工,我给它分配任务、检查每个任务、控制每个步骤。不要试图让Claude一次完成所有事情,那是不可能的。

reddit | 原始技能仓库 |Spec-kit |多Agent管理框架APM | Manus上下文工程博客
Back to Top