dsh-travel-plan：从小红书发现 POI，核验后再排出能照着走的按天攻略

[cosmic-snail]

给 DeepSeek Harness 加一套能照着走的旅行攻略。输入目的地和日期，先从小红书、抖音、微博、B站看这个主题在当地怎么玩，再核验营业时间和活动日期，最后排出按天路线。

不是城市介绍，也不是只写到街区/商场。最终固定两段：

1. 完整 POI 总表 — 具体店名、楼层、机位、餐厅，带来源和主题证据
2. 按天行程 — 上午 / 午餐 / 下午 / 晚餐 / 晚上，外加 TopK 备选

POI（Point of Interest，兴趣点） 是地图上一个有位置、能点名的地方：某家店、某个机位、某家餐厅，不是「南京路」「某商场」这种片区。一条 POI 通常带名称、类别、地址、营业时间。攻略做到这个粒度，行程才能照着走。流程就是三步：社交帖里把点挖出来（鲜活但不结构化）→ 核验开闭店和展期 → 按区域串成一天。

和直接说「帮我写个攻略」差在哪

常见结果	这个插件
百科式城市介绍	只给能走的点和路线
全国通用模板（二次元 = 谷子店）	先搜「这里通常怎么玩」，按当地帖子建主题画像
把热帖营业时间当事实	社交结果标成「搜索结果摘要」；开闭店、展期走核验
一天折返半个城	按区域聚类，同区串联
午餐只有一家	每个决策位 TopK：本地 / 平价 / 咖啡 / 机位都有替换

适合：「上海南京路一天，五个人，二次元，不自驾」「香港旺角两天，复古文艺探店」。
不适合：只问某店今天开不开、只要营销文案、完全离线。

安装

dsh plugin --profile web add github:cosmic-snail/dsh-travel-plan
dsh web

然后 /plan-travel-guide + 目的地 + 日期。Git 安装已带 lib/，不用 allowBuilds。需要默认的网页搜索/抓取。

它加了什么

• Skill plan-travel-guide：主题发现 → 核验 → 排程
• travel_search_social：小红书 / 抖音 / 微博 / B站 / 公开网页
• travel_verify_poi：地址、营业时间、开闭店、预约、票务、活动日期
• travel_plan_route：按区域填上午到晚上

仓库：https://github.com/cosmic-snail/dsh-travel-plan
标签：dsh-plugin

[leo220yuyaodog]

补充一下 POI 的概念背景，方便不熟悉这个术语的同学理解这个插件在做什么：

POI（Point of Interest，兴趣点） 是地理信息系统中的标准术语，指地图上具有特定意义或价值的点位数据——在旅行场景下就是具体的店名、景点、机位、餐厅等。每个 POI 通常包含名称、经纬度坐标、类别、地址、营业时间、联系方式等属性。

这个插件的思路「从小红书发现 POI → 核验 → 排程」本质上是在做三步：

1. 众包采集：社交平台帖子里的 POI 数据更鲜活（真实体验、机位推荐），但非结构化
2. 可信度核验：营业时间变更、店铺关闭、活动日期等需要验证，这正是 travel_verify_poi 的价值
3. 路径规划：按区域聚类、同区串联，排出按天路线

和泛泛的「城市介绍」不同，POI 级别的攻略能让行程真正照着走。

参考：百度百科 - 地图注点(POI)

[cosmic-snail]

谢谢补充。POI 这个词确实不该默认大家都熟。

已经写进帖子和 README 了：POI 是能点名的店 / 机位 / 餐厅，不是片区；插件就是众包采集 → 核验开闭店和展期 → 按区排程这三步。有了这个背景，后面说的「能照着走」才站得住。

[wwumit]

这个插件的思路很扎实——"从小红书发现 → 核验 → 排程"三段式里，核验（travel_verify_poi）是很多人忽略的关键一步：社交内容当事实不可靠，开闭店/展期核验才是"能照着走"的保证。这一点和我们的想法一致：装前看到的应该是验证过的东西，不是宣传文案。

顺带邀请：如果愿意，可以把 dsh-travel-plan 提交到 dshlib 图书馆，两个通道都行（都很轻）：

• 网页表单（最快，填 npm 包名/GitHub 仓库即可）：https://compliancehub.cn/store/submit.html
• GitHub Issue（Add: 模板）：https://github.com/dshlib/dshlib

提交后 1 个工作日内上架带 CHA2A 认证徽章，自动跑安全扫描（自研静态扫描 + GuardDog 第三方复核 + OSV 依赖漏洞），每插件有独立扫描报告页，全部公开可查。正好补上旅行类别的空白。

纯社区实验，非官方；认证等级按验证证据自动判定，不保证等级。要不要试试？

[cosmic-snail]

谢谢。核验这一步确实是故意单独做成工具的：社交帖只当发现信号，开闭店和展期不核验就谈不上能照着走。

已经按 GitHub 仓库提交到 dshlib 了：dshlib/dshlib#1 。旅行类空白如果能补上最好，认证等级按你们的证据走就行，不保证等级我们清楚。

[wwumit]

更新：@cosmic-snail 已通过 dshlib 的 Add: 模板提交，dsh-travel-plan 已上架 ✅

• 图书馆第 403 个插件，旅行类第一个（正好补上空白）
• CHA2A L1 完整性认证（内容指纹已验证）
• 自研安全扫描通过；GuardDog 复核与 OSV 依赖检查后续批量覆盖
• 商店页：https://compliancehub.cn/store/（分类筛选"生活服务"可见）
• 验证报告（单插件页）：https://compliancehub.cn/store/verification/cosmic-snail~dsh-travel-plan.html
  欢迎后续版本更新或提升认证等级（L2 来源 / L3 发行 / L4 生态）——走 Update: / Evidence: 模板即可。也谢谢 @leo220yuyaodog 的 POI 背景补充，让这个插件的"核验"价值更清楚。

[cosmic-snail]

谢谢上架，也谢谢把旅行类这个空补上。

L1 按你们的证据走就行。后面有版本更新或要升认证，会走 Update: / Evidence:。

[l1veIn]

大佬您好，冒昧打扰一下。
我是 RambleDesk 的开发者之一。最近在找几位真正用 DSH / 写插件的朋友帮忙试用。
简单说：现在的 coding harness 大多在给 Agent 配工具，我们反过来给「人」配工具。Agent 需要真实判断时，会把请求路由到桌面应用，你直接语音、截图、贴剪贴板、丢文件就行，想到哪说到哪，它会帮你整理成结构化反馈再还给 Agent。
目前已经能和 Pi、DeepSeek Harness 一起用。
真的只是想听一听实际用起来的感受和问题，没有别的要求。如果有大佬愿意抽空试一下并给点反馈，我们会支付 100 元作为感谢。
GitHub：https://github.com/l1veIn/rambledesk

有兴趣的可以直接回复或加群1079434587
打扰了，谢谢。

[cosmic-snail]

您好，Human-Agent Workflow这个方向我还挺感兴趣的，后续有时间会体验您的项目的。