支付方式

T-money (春秋航空套餐涵盖)

涵盖范围：公交地铁，便利店
主打一个方便

支付宝

涵盖范围：免税店，大型百货，便利店 （餐饮小店可能不支持）
支持ZFB退税

现金

兑换一些以备不时之需

Visa

釜山PASS

购买pass卡： https://www.klook.com/zh-TW/activity/81576-visit-busan-pass/?aid=35176&dd_referrer=https%3A%2F%2Fwww.funliday.com%2F&utm_medium=affiliate-alwayson&utm_source=non-network&utm_campaign=35176&utm_term=

详细信息：
https://www.visitbusanpass.com/

钻石湾游艇

预约：http://diamond.tims.kr/

Yacht G游艇

预约：小红书Yacht G_Busan Pass

安全第一课——安全口诀

大门,电梯与楼梯

进出大门不奔跑，避让车辆讲安全

进出电梯多留意，正确按钮不急躁

上下楼梯要小心，轻声慢步靠右行

走廊与教室

墙壁开关和器材，未经准许莫乱动

优美环境大家创，不在墙上乱写画

课间休息勿打闹，窗台栏杆禁攀爬

课后

活动结束别急走，整理书桌做卫生

家长未到我不走，指定地点静等候

总结不

精彩活动我参加，互帮互助讲友爱

文明习惯我牢记，争做合格小公民

小问答

• 如果有零件掉到了桌子下面很难够到的地方怎么办？

安全第一课——学员守则

一、 自觉遵守团队活动纪律，尊敬师长、友爱同学，讲文明、懂礼貌，有诚信。

二、 按时、按量参加团队活动，不迟到，不早退，有病有事先请假（提前两周），不无故缺席（超过三次劝退）。

三、 认真刻苦、积极进取，正确对待学习中的困难和挫折，保持健康心理。

四、 爱护公共财物，规范使用各类活动器具，杜绝人身伤害事故及物品损坏事故的发生。

五、 学期内，活动缺席超过3次的（因身体突发疾病等特殊情况另行处理）的学员视作自动放弃课程活动

安全第一课——安全口诀

大门,电梯与楼梯

进出大门不奔跑，避让车辆讲安全

进出电梯多留意，正确按钮不急躁

上下楼梯要小心，轻声慢步靠右行

走廊与教室

墙壁开关和器材，未经准许莫乱动

优美环境大家创，不在墙上乱写画

课间休息勿打闹，窗台栏杆禁攀爬

课后

活动结束别急走，整理书桌做卫生

家长未到我不走，指定地点静等候

总结

精彩活动我参加，互帮互助讲友爱

文明习惯我牢记，争做合格小公民

小问答

• 如果有零件掉到了桌子下面很难够到的地方怎么办？

安全第一课——学员守则

一、 自觉遵守团队活动纪律，尊敬师长、友爱同学，讲文明、懂礼貌，有诚信。

二、 按时、按量参加团队活动，不迟到，不早退，有病有事先请假（提前两周），不无故缺席（超过三次劝退）。

三、 认真刻苦、积极进取，正确对待学习中的困难和挫折，保持健康心理。

四、 爱护公共财物，规范使用各类活动器具，杜绝人身伤害事故及物品损坏事故的发生。

五、 学期内，活动缺席超过3次的（因身体突发疾病等特殊情况另行处理）的学员视作自动放弃课程活动。

MindPlus

安装

https://mindplus.cc/

文档

https://mindplus.dfrobot.com.cn/catalog

process:

• trained:
  • swint_mcm
  • swint_cb_mcm
  • swint_cb_scm
  • resdcn_scm
  • resdcn_cb_scm
  • resdcn_cb_mcm
  • resdcn_mcm
  • swint_scm

• training:

• evaluated:
  • swint_mcm
  • swint_cb_scm
  • swint_cb_mcm
  • resdcn_cb_scm
  • resdcn_cb_mcm
  • resdcn_scm
  • resdcn_mcm
  • swint_scm

• evaluating:

  evaluated on 1000 samples

KAF-Net: Part-level Kinematic Relation Graph Generation For Robot Manipulation

Task Planning:
example:

https://sankeymatic.com/build/?i=PTAEGUEMFsAcBsCmoBSB7ARhRkBOBjAC1ABMBLSAc1xgC4AoegFTQBdJ5RXcL4BnUAG0ALAF1QABTysAtH0SUAOgDtQAM0hl4AV1zIAxIgCMAVgDsJgJzM2HLjw4DBJgGzipuWfKWq%2B2%2DPiIfAKMHl4KKuqaOnpCRuJMkHwA1qB6SABukMqsoGTKfOzKgZHKbKDe0Ig5iCT0YXIRqhpausiCAMwJSanpiFk5oLDSpeWV1ay1odKNPhX%2BgcFxbpIzAJLKami4VSQQAOL7oJEtMQbG5lb1M96RfgFBTsIADO7rm9u7B0d3%2DoiPoGmnhkGy2O1q32OzWibSEAA5xAB1XBoZSUUDJfKIaCQVhkfBpRDwXFkVGkRCTfB41HXYGgz4Q8CHKFRVqxTpIlFoobSdTaYrU1QkCmIKmk5S02T08F7Jk%2DaFs9pdUAbQrZQIyTJEyGnNqSkEfGWQk4w9kAJk5qPRADUADIAWTyBSKgXJfHwPFggsY%2BulXzlLPu%2DyWzm6KSGxOUyny6N1sUMpgs1gafsZzN%2BgQBnRMYdSCGy0e5QeCjES4fzUZjrLOQmVyKtXB6Mj6A1yfgw1EgsEIzB6EYLVbj7XioHr3MgYrJYK4hGQw08oGk%2BO0xO9ZbzkcLsdNw%2DEADFPrjQIhcCjcPQ%2BGQAF7IADuoCMRmez3ooGILhML5xuEo%2BVAnEfV9cAfM1X1yIw4VfLAzRfDtQHwNB4G2UB9DUND0LAmgCnnCZQAAOXoMphVAe8zRMV9iA6FxXz4YZ8CrYRrFADBtmFYCXxnbFkAwV8EKQ4D9DhIThNfNA6LIVgAE8H3oNQkPvfBdCyVhYWeAA6YRqKdWceFYNQUWgRsfwpXjEOQ%2DRLEsqzRPEqTQHU4RyOJSS0G0XJWJPRc3LQHE8XwV8ACttEKMg1BcnhfwKfDAuCvEwuqEgBAIwkMhPbwaG7aLF1YdgiHyBC4CQSZCjQUBlBwPRCnoYkMCJAQ%2BPM58mo4wgyGI5LWsoQh4DILrcnUsjXy2HINFdeQeDUV8evK2iJyrDj0hJVLLxvB8INfHFKGjMKH2farIFq%2BBlBgZAu1gCqBAATRo69kCMMw1PIkjEF6whcheF8aqJLIdFO2BzrwK6hpXeBYD0ejLzJa6hjQS9BUXFjUtfW8Xr60APv2w7YFhiTxS81g0A4XrVCMGiiC4oYTwAfTVShECGshcEKRc1Emc9mL0SBkmx%2DJclAn7tGQMFfNAAByAAaNTRdfMHEDUMgAA8xel%2BY0MV5X6FYWcqjQND5FySBQC0rBIPg%2BzXz2L8KUNqocnFPhsmSRBJN8%2DFQGhnqQugDAOHVIJ3aAA

https://sankeymatic.com/build/?i=CoewLghgNgBGBOBLaBnGBtAnAXRgBQnjAFoUBTAcxgDMJEoBXeMmAYjIEYBWAdi8wBQoSLATIoadBw64CRUpRgoGAYxVkUKAQLklyVWvSYt0ADlzAIKANYxmUMgDcIAOzAxELlJBfqYL8CVKAFsyNzIAEx1CPUVDRmYMGRhLGzsyB2c3GAAHGP9A%2DVDwqOj5fSVVdU0k2RjiAEkXahB4UIiYAGUAcW6aOgSWdm4%2BQV0FKmU1DUkOAAY6%2BSaWtsiu3srpzW1x5db29b744wwFmAB1eBAXKmtPMmCIMEQVdKgnxGuYCLIwMhVntcyiQ9qsOj0jgMTugzpdrlQ8kQaAxfICXN9fv80cDGs19msIf0jIkYbgmt5XOpiJkMociYMcaCDoTjiTknCbjAAGoAGQAsh4vD4%2DD8UCokDlsYy8WC6VNqpIuBYrLYcu8XC5PAYoYlhrx%2BNKVsyNvKZhglSkVbl1ZrOabtkIrWrXLbtcSTAAmXAcqiQGzEexOVzuZQAIwo8AgOQAFo60s6NVr6dDYVdORAAZ90Ss4NGWIj3DEXgx3tjUqqbUnWSYAMy4ABi%2ByeMDI8Cu8AEKEQAC8WAB3GDSOZzAQwaMwABsXBHj3gFE8MFg0lH8EHHtH7g4plHoZgHpH4ZgKhAUFabGoF8vG8jXkRYXcADkBAEfjABx6uKPxzWJ6OUHkVCTAAWQQYFDVoflXEdcweFhQ1HY9T1XVhTFQtDRxAADEDAABPQcBGoU8BxUJhnDAE45gAOiA39BTzJAwGoK5gjgQgKF%2BBCTzPVhMF4viMKw3CYCooDP3eHCQAYdwINbGAICkkBHmeFRRwAKwYbxEGoCSkHnLwYCfGB1M07SwgiNBDOYRxW30SMYwM0cnkgFRo08Y9gjVTFvBAfwyEIDQwAEd5QwyNBEO44dIug1zX0M1yKGjKBEAS9wqI%2DUcWjcWg%2DHIJBqFHJKXA0LDOWg%2BwPmsrte0HLdR0eChNW0wdhyCiAQqgFwIFCOSchyPz4DQABNP8exYDgeEoz83zIZLo3cICWuCjJnEYFgoz6wghoyksoByZhAK7L5htyEAuzROTwOs0c%2BxmlKYAWkclt207sKzOSFOgZL0Q4P8XNg3JWwAfQpdiMsQAbC2oP4OzA5gIGsHIQE8dx1xWhgWCNZsAHIABpKKx0c9rIahEAADxgLGCcqC8yYpgmwDzUIQAvchC0nHcYG3I9hNHDoZ1%2BCAYGKNEUFcawyBwpSXhgY6ks04JQ2gSkNBloA

process:

• trained:
  • swint_mcm
  • swint_cb_mcm
  • swint_cb_scm
  • resdcn_scm
  • resdcn_cb_scm
  • resdcn_cb_mcm
• training:
  • swint_scm
• evaluated:
  • swint_mcm
  • swint_cb_scm
  • swint_cb_mcm
  • resdcn_cb_scm
  • resdcn_cb_mcm
  • resdcn_scm
• evaluating:
  • resdcn_mcm
    evaluated on 1000 samples

KAF-Net: Part-level Kinematic Relation Graph Generation For Robot Manipulation

在大型语言模型（LLM）驱动的问答和内容生成领域，检索增强生成（Retrieval-Augmented Generation, RAG）已成为一项基础技术。然而，传统的 RAG 依赖于向量相似度搜索，如同在图书馆中寻找内容相似的书籍，却常常忽略了书籍之间、作者之间以及知识点之间错综复杂的关系。为了突破这一局限，Graph RAG 应运而生，它通过引入“知识图谱”，为 RAG 系统装上了能够理解和导航数据关系的“智慧大脑”，实现了从“相关性检索”到“关联性推理”的重大飞跃。

核心概念：从“文档块”到“知识网络”

标准 RAG 的工作流程通常是：

1. 将大量文档切分成独立的文本块（chunks）。

2. 将这些文本块向量化后存入向量数据库。

3. 当用户提问时，将问题向量化并在数据库中进行相似度搜索，找出最相关的几个文本块。

4. 将这些文本块作为上下文（Context）连同问题一起提供给 LLM，生成最终答案。

这种方法的缺陷在于，它处理的是孤立的信息片段。如果一个答案需要整合来自多个不同但相互关联的文档中的信息，标准 RAG 就可能力不从心。

Graph RAG 则彻底改变了数据的组织和检索方式：

1. 构建知识图谱： 它不再仅仅是切分文档，而是利用 LLM 从非结构化文本中提取出关键的实体（Entities）和它们之间的关系（Relationships）。例如，从“埃隆·马斯克是特斯拉的CEO，该公司总部位于美国”这句话中，可以提取出实体“埃隆·G马斯克”、“特斯拉”、“CEO”、“美国”，以及关系“（马斯克）-是-（CEO）-属于-（特斯拉）”和“（特斯拉）-总部位于-（美国）”。

2. 图谱化存储： 这些实体作为“节点（Nodes）”，关系作为“边（Edges）”，共同构建成一个庞大而精细的知识网络，并存储在专门的图数据库中。

3. 基于关系的检索： 当用户提问时，Graph RAG 不仅进行语义搜索，更重要的是在图谱上进行遍历和路径查找。它能识别问题中的核心实体，然后在图谱中探索这些实体的邻近节点和多层关系，从而收集到一个结构化、高度关联且富有深度的上下文。

4. 生成精准答案： 最后，将这个包含丰富实体和关系信息的子图（sub-graph）作为上下文提供给 LLM，使其能够基于清晰的逻辑链条进行推理，生成更精准、更具解释性的答案。

简单来说，标准 RAG 问的是“哪些文档与我的问题最像？”，而 Graph RAG 问的是“与我问题相关的实体有哪些？它们之间存在什么样的联系？这些联系如何共同解答我的问题？”

用到的关键技术

Graph RAG 的实现依赖于一个强大的技术栈，它融合了自然语言处理、图技术和大型模型。

1. 大型语言模型 (LLMs): 在 Graph RAG 中扮演双重角色。

   • 知识提取器： 在构建图谱阶段，使用 LLM 强大的自然语言理解能力，从海量非结构化或半结构化文本中自动识别实体和关系，极大地降低了知识图谱的构建门槛。

   • 推理与生成器： 在查询阶段，LLM 负责理解从图谱中检索到的结构化上下文，并基于这些关系进行推理，最终生成流畅、准确的自然语言答案。

2. 知识图谱 (Knowledge Graphs): 这是 Graph RAG 的核心。它以图的形式组织信息，完美地契合了真实世界中知识相互关联的特性，使得复杂的“多跳问题”（需要跨越多个信息点才能回答的问题）得以解决。

3. 图数据库 (Graph Databases): 专为存储和查询知识图谱而设计的数据库，如 Neo4j, NebulaGraph, Amazon Neptune 等。与传统关系型数据库相比，图数据库能以极高的效率执行关系遍历和路径查找操作，这对于实时响应 Graph RAG 的复杂查询至关重要。

4. 图算法与图机器学习:

   • 社区发现算法 (e.g., Leiden): 在构建图谱后，可以对节点进行聚类，形成不同的“社区”或“主题域”。这使得 Graph RAG 可以实现“全局搜索”，先定位到最相关的社区，再进行细粒度检索。

   • 图嵌入 (Graph Embeddings): 将图中的节点和关系也表示为向量，使得图结构信息可以和文本语义信息在同一个向量空间中进行融合与检索。

主要应用领域

Graph RAG 的优势在于处理需要深度推理、上下文理解和关系挖掘的复杂场景，因此在以下领域展现出巨大潜力：

• 金融风控与合规： 在反欺诈场景中，Graph RAG 可以轻松识别出看似无关的交易、账户和个人之间隐藏的关联，揭示复杂的欺诈网络。在合规审查中，它可以将法规条款、公司行为和交易数据连接起来，提供可追溯、可解释的合规判断。

• 生物医学与药物研发： 生物医学领域充满了复杂的相互作用，如基因、蛋白质、疾病和药物之间的关系。Graph RAG 能够整合海量论文、临床试验数据和基因数据库，帮助研究人员发现新的药物靶点、预测药物副作用，或为特定患者提供个性化的治疗方案建议。

• 供应链管理： 现代供应链是一个复杂的全球网络。Graph RAG 可以整合供应商、物流、库存、市场需求和地缘政治风险等数据，当出现“某国港口关闭”等事件时，能迅速分析出受影响的上下游企业和产品，并推荐替代方案。

• 企业智能知识管理： 大型企业内部知识分散在不同部门的文档、报告和数据库中。Graph RAG 可以将这些知识整合成一个统一的、相互关联的企业知识图谱，让员工能以自然语言提问，获得跨部门、高精度的答案，例如“去年哪个产品的研发项目同时涉及了上海和硅谷的团队，并且项目负责人是谁？”

• 个人化推荐系统： 通过构建用户、产品、偏好和行为之间的关系图谱，Graph RAG 能够提供超越“购买此商品的人也购买了…”的简单推荐，实现更深层次的、基于兴趣和逻辑关联的个性化内容或产品推荐。

What is LangChain
What is LangGraph

LangChain 与 LangGraph：引领大型语言模型应用的双雄

在人工智能应用的浪潮中，大型语言模型（LLM）无疑是当前最耀眼的明星。然而，要将其强大的能力转化为实际、可靠且功能丰富的应用程序，开发者需要一套强而有力的框架。LangChain 和 LangGraph 正是为此而生的两大核心工具，它们极大地简化了 LLM 应用的开发流程，并为构建复杂的智能代理（Agent）提供了无限可能。

LangChain：串联智慧的应用框架

核心概念：

LangChain 是一个开源的应用程序开发框架，其核心理念在于“链（Chain）”的概念。它旨在将大型语言模型与外部资源（如数据库、API、文件等）以及其他计算逻辑无缝地“链接”起来。通过模块化的组件，开发者可以轻松地构建、组合和扩展 LLM 应用，从而实现超越简单文本生成的功能。

LangChain 的主要构成部分包括：

• 模型（Models）： 整合了各类大型语言模型和嵌入模型的标准接口，开发者可以轻松切换和使用不同的模型。

• 提示（Prompts）： 提供强大的提示模板管理功能，让开发者能够动态地生成和优化给予模型的指令。

• 索引（Indexes）： 用于结构化和检索外部数据，是实现如“检索增强生成（Retrieval-Augmented Generation, RAG）”等应用的关键，让模型能够基于特定知识库回答问题。

• 链（Chains）： 这是 LangChain 的核心，用于将多个组件（包括其他链）按顺序组合起来，形成一个完整的应用逻辑。

• 代理（Agents）： 赋予 LLM 推理和行动的能力。代理程序可以使用一系列工具（Tools），并根据用户输入自主决定调用哪个工具来完成任务。

• 记忆（Memory）： 让应用程序能够记住先前的对话内容，从而进行有上下文的、连贯的交流。

应用样例：

LangChain 的应用极为广泛，几乎涵盖了所有需要利用 LLM 进行自然语言处理的场景：

• 智能问答机器人： 结合企业内部文件或特定领域的知识库，打造能够精准回答专业问题的问答系统。例如，一个能够读取公司所有技术文档，并回答工程师技术问题的聊天机器人。

• 文件分析与摘要： 快速读取长篇报告、法律文件或学术论文，并生成简洁的摘要或提取关键信息。

• 数据分析与洞察： 通过自然语言查询，与结构化（如 SQL 数据库）或非结构化数据进行互动，生成分析报告和可视化图表。

• 自动化代码生成与解释： 根据需求描述自动生成代码片段，或对现有代码进行解释和除错。

• 个性化内容推荐： 根据用户的历史行为和偏好，生成个性化的新闻摘要、产品推荐或旅行计划。

LangGraph：驾驭复杂性的图形化流程引擎

核心概念：

随着应用需求的日益复杂，单纯的线性“链”式结构有时会显得力不从心。特别是在需要处理循环、条件分支和多个智能代理协同工作的场景下，LangGraph 应运而生。

LangGraph 是 LangChain 生态系中的一个扩展，它将 LLM 应用的流程从线性的“链”提升到了更灵活、更强大的“图（Graph）”的层次。在 LangGraph 中，应用的执行流程被定义为一个有向图，其中：

• 节点（Nodes）： 代表工作流程中的一个步骤，可以是一个 LLM 的调用、一个工具的执行或一段自定义的 Python 代码。

• 边（Edges）： 连接不同的节点，定义了信息在图中的流动方向。特别是“条件边（Conditional Edges）”，可以根据节点的输出结果，动态地决定下一步要跳转到哪个节点。

• 状态（State）： 这是 LangGraph 的一个核心概念，它是一个在整个图形执行过程中持续存在的对象，用于存储和传递信息。每个节点都可以读取和更新这个共享的状态，从而实现了比线性链更复杂的记忆和上下文管理。

与 LangChain 的主要区别：

应用样例：

LangGraph 特别擅长于构建需要更强控制力和灵活性的高级应用：

• 多代理协同工作（Multi-agent Collaboration）： 构建一个研究团队，其中一个代理负责上网搜索资料，另一个代理负责分析和整合资料，最后一个代理负责撰写报告。LangGraph 可以清晰地定义它们之间的协作流程、信息传递和审核机制。

• 具有自我修正能力的代理： 当一个代理执行的工具出错或结果不理想时，可以通过条件边将流程导向一个“反思与修正”的节点，让代理重新评估策略并尝试新的方法，形成一个不断试错和优化的循环。

• 人机协作（Human-in-the-loop）： 在关键决策点，可以设计一个节点来暂停流程，并请求人类用户的输入或批准。例如，在一个自动下单的代理中，最终下单前需要由人类确认订单细节。

• 互动式故事生成： 根据用户的选择，故事的情节可以走向完全不同的分支，甚至可以回到之前的某个情节点，产生高度互动和非线性的叙事体验。

关键对比：何时用 LangChain，何时用 LangGraph？

目前的发展与未来趋势

LangChain 和 LangGraph 正处于高速发展和迭代的阶段，整个生态系也日益成熟和完善。

LangChain 的发展：

• 架构模块化： LangChain 逐渐将其核心功能拆分为 langchain-core 和 langchain-community 等多个包。langchain-core 提供了稳定和核心的抽象接口，而 langchain-community 则包含了大量的第三方集成，这样的架构使得核心框架更加稳定，同时也方便社区贡献和维护。

• LangChain 表达式语言（LCEL）： 这是 LangChain 近期最重要的更新之一。LCEL 提供了一种声明式的方式来组合链，使得代码更为简洁、直观，并且原生支持批量处理、并行执行、流式输出等高级功能。

• LangSmith 的成熟： LangSmith 是一个用于监控、调试和评估 LLM 应用的平台。它提供了对应用执行过程的“X光”般的洞察力，让开发者可以清晰地看到每一步的输入、输出、延迟和令牌消耗，极大地提升了开发和维护效率。

• LangServe 的推出： 为了方便将开发好的链或代理部署为生产级的 API，LangChain 推出了 LangServe，让开发者可以一键将应用发布为 REST API。

LangGraph 的崛起与未来：

LangGraph 被视为构建下一代复杂智能代理的关键框架。其发展重点在于：

• 成为代理架构的首选： 官方明确表示，LangGraph 将是未来构建代理架构（Agentic Architectures）的重点发展方向。

• 增强可控性和可靠性： LangGraph 的图形化结构和状态管理机制，为设计能够处理复杂任务且行为可预测的代理提供了坚实的基础。

• 人机协作的无缝整合： 其内置的状态持久化和流程控制能力，使得在代理的执行过程中无缝地加入人类的审核和指导成为可能。

• 可视化与开发工具： 配合 LangGraph Studio 等可视化开发工具的推出，开发者可以更直观地设计、调试和迭代复杂的代理流程。

LangChain RAG 代码示例

在实践中，使用 LangChain 来构建一个基于公司内部文档的问答机器人。整个流程非常清晰：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50

# 伪代码和步骤解释 (面试时口述)

# 0. 安装依赖
# pip install langchain langchain-openai langchain-community faiss-cpu

# 1. 加载数据 (Load)
# 我会用 DocumentLoaders (比如 TextLoader 或 PyPDFLoader) 来加载内部文档。
from langchain_community.document_loaders import TextLoader
loader = TextLoader("internal_faq.txt")
documents = loader.load()

# 2. 分割文本 (Split)
# 为了便于检索，需要将长文档切分成小块。
from langchain.text_splitter import RecursiveCharacterTextSplitter
text_splitter = RecursiveCharacterTextSplitter(chunk_size=500, chunk_overlap=0)
docs = text_splitter.split_documents(documents)

# 3. 向量化与存储 (Store)
# 我会使用 OpenAIEmbeddings 将文本块转换为向量，并存入 FAISS 这样的向量数据库中，以便快速搜索。
from langchain_openai import OpenAIEmbeddings
from langchain_community.vectorstores import FAISS
embeddings = OpenAIEmbeddings()
vectorstore = FAISS.from_documents(docs, embeddings)
retriever = vectorstore.as_retriever()

# 4. 创建检索链 (Chain)
# 这是核心步骤。我使用 LangChain 表达式语言 (LCEL) 来构建一个链：
# 它接收问题，使用 retriever 找到相关文档，然后将问题和文档一起传给 LLM 生成答案。
from langchain_core.prompts import ChatPromptTemplate
from langchain_core.runnables import RunnablePassthrough
from langchain_core.output_parsers import StrOutputParser
from langchain_openai import ChatOpenAI

template = """Answer the question based only on the following context:
{context}

Question: {question}
"""
prompt = ChatPromptTemplate.from_template(template)
model = ChatOpenAI()

retrieval_chain = (
    {"context": retriever, "question": RunnablePassthrough()}
    | prompt
    | model
    | StrOutputParser()
)

# 5. 调用链
# print(retrieval_chain.invoke("How to apply for a vacation?"))

“通过这套流程，我能快速搭建一个功能强大的 RAG 系统，整个逻辑是线性和确定的。”

LangGraph 代理代码示例

构建一个更智能的研究代理，它能上网搜索，如果结果不满意，还能决定再次搜索。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62

# 伪代码和步骤解释 (面试时口述)

# 0. 安装依赖
# pip install langgraph langchain-openai tavily-python

# 1. 定义状态 (State)
# 首先，我定义一个图的共享状态，比如包含问题、搜索结果和最终答案。
from typing import TypedDict, List
class AgentState(TypedDict):
    question: str
    search_results: List[str]
    final_answer: str

# 2. 定义节点 (Nodes)
# 每个节点都是一个 Python 函数，接收 state，返回一个更新后的 state 的部分。
def search_tool(state):
    # 调用搜索工具 (如 Tavily)
    # ...
    return {"search_results": ...}

def llm_evaluator(state):
    # 调用 LLM 判断搜索结果是否足够回答问题
    # 如果足够，生成答案
    # 如果不够，返回一个需要重新搜索的信号
    # ...
    return {"final_answer": ...} # 或者返回一个需要再次搜索的标志

# 3. 定义条件边 (Edges)
# 这是 LangGraph 的精髓。我定义一个函数来决定流程走向。
def should_i_search_again(state):
    # 检查 llm_evaluator 的输出
    if "需要重新搜索" in state:
        return "search_tool" # 如果需要，就跳回搜索节点
    else:
        return "__end__" # 否则结束

# 4. 构建图 (Build Graph)
from langgraph.graph import StateGraph, END
graph_builder = StateGraph(AgentState)

# 添加节点
graph_builder.add_node("search_tool", search_tool)
graph_builder.add_node("evaluator", llm_evaluator)

# 设置入口
graph_builder.set_entry_point("search_tool")

# 添加边
graph_builder.add_edge("search_tool", "evaluator")
# 添加条件边
graph_builder.add_conditional_edges(
    "evaluator",
    should_i_search_again,
    {
        "search_tool": "search_tool",
        "__end__": END
    }
)

# 5. 编译和运行
# app = graph_builder.compile()
# app.invoke({"question": "What is the future of AI?"})

For the figure, the each step corresponds to a processed batch(16).

15k dataset

Resdcn + FPNx2 (↓:32,16,8,4)

18 layer

with warm-up and cosine schedule

1
2
3
4
5
6

python train.py --log_name resdcn18_all \
                --data_dir ~/cyl/Data/PSR_final \
                --arch resdcn_18 \
                --lr 1e-5 \
                --batch_size 36 \
                --num_epochs 90 --num_workers 0 --log_interval 5

1
2
3
4
5
6

python train.py --log_name resdcn50_all \
                --data_dir ~/cyl/Data/PSR_final \
                --arch resdcn_50 \
                --lr 1e-5 \
                --batch_size 24 \
                --num_epochs 90 --num_workers 0 --log_interval 5

1
2
3
4
5
6
7

python train.py --log_name resdcn_all \
                --data_dir ~/cyl/Data/PSR_final \
                --arch resdcn_101 \
                --lr 5e-5 \
                --lr_step 40,70 \
                --batch_size 16 \
                --num_epochs 90 --num_workers 0 --log_interval 5

1
2
3
4
5
6
7

python train.py --log_name resdcn_all \
                --data_dir ~/cyl/Data/PSR_final \
                --arch resdcn_101 \
                --lr 5e-5 \
                --lr_step 40,70 \
                --batch_size 16 \
                --num_epochs 90 --num_workers 0 --log_interval 5

HRNet (↓:4,4,4,4)

Use PSR dataset after remove bg samples (11729 samples)

1
2
3
4
5
6
7

python train.py --log_name hrnet_all \
                --data_dir ~/cyl/Data/PSR_final \
                --arch hrnet \
                --lr 5e-5 \
                --lr_step 40,70 \
                --batch_size 16 \
                --num_epochs 90 --num_workers 0 --log_interval 5

1
2
3
4
5
6
7

python train.py --log_name hg_all \
                --data_dir ~/cyl/Data/PSR_final \
                --arch hourglass_small \
                --lr 5e-5 \
                --lr_step 40,70 \
                --batch_size 16 \
                --num_epochs 90 --num_workers 0 --log_interval 5

25k dataset

Resdcn+FPNx2 (↓:32,16,8,4)

50 layer

Resnet (pretrained) (↓:32,16,8,4)