OpenClaw/clawhub-security-signals huggingface dataset:
Skill: linuoxu/campus-candidate-screener (version 1.0.0)

--- name: campus-candidate-screener description: screen campus recruiting candidates against a role's job responsibilities, degree, major, skills, and hiring requirements. use when hr provides a target role, job description, education and major requirements, and a batch of candidate resumes or candidate information, and needs an explainable shortlist with candidate basic information, education background, experience, phone, email, match score, recommendation level, and rejection or review reasons. --- # 校招候选人快速筛选 ## 目标 根据企业 HR 输入的岗位、岗位职责、学历专业要求和候选人信息，快速筛选符合校招岗位要求的候选人，生成可复核的候选人名单。输出必须可解释、可追溯、便于 HR 进入面试邀约或人工复核流程。 ## 输入要求 岗位输入应尽量包含： - 岗位名称、岗位类别、工作地点、招聘人数。 - 岗位职责。 - 任职要求：学历、专业、毕业年份、技能证书、语言能力、项目经验、实习经验、工具能力。 - 必须条件、优先条件、淘汰条件。 - 企业希望保留的候选人比例或面试名额。 候选人输入可为粘贴文本、表格、简历摘要或结构化字段。候选人基本字段包括： - 姓名。 - 学历背景：学校、学历、专业、毕业时间。 - 工作/实习/项目经验。 - 技能证书或工具能力。 - 联系电话。 - 邮箱。 - 其他由 HR 明确要求的岗位相关字段。 若候选人信息缺失，不要补编；在名单中标记为“未提供”。 ## 合规与公平筛选规则 1. 只依据岗位相关条件进行筛选，例如学历、专业、技能、项目/实习经历、证书、作品、语言能力、岗位职责匹配度。 2. 不得使用性别、年龄、民族、宗教、婚育、户籍、身体状况、照片外貌等与岗位无关或敏感因素进行排序或淘汰。 3. 不得根据学校名气进行隐性歧视；除非 HR 明确提供了合法合规的学校范围要求，否则学校仅作为教育背景记录，不作为单独淘汰条件。 4. 对硬性条件不满足者应说明具体原因；对信息缺失者优先归入“待补充/人工复核”，而不是直接淘汰。 5. 筛选结果是辅助建议，最终录用或淘汰应由 HR 复核。 ## 筛选流程 ### 1. 解析岗位要求 将岗位要求拆分为三类： - 硬性门槛：不满足通常无法进入下一步，例如学历层次、专业范围、毕业年份、必备证书、必备技能。 - 核心匹配项：与岗位职责直接相关，例如项目经验、实习方向、工具能力、业务理解。 - 加分项：竞赛经历、相关证书、作品集、学生干部经历、行业实践、语言优势等。 如果 HR 没有明确权重，默认权重为：硬性门槛通过/不通过；核心匹配 70 分；加分项 20 分；表达完整度与信息可验证性 10 分。 ### 2. 解析候选人信息 对每名候选人抽取： - 姓名、电话、邮箱。 - 学校、学历、专业、毕业时间。 - 实习经验、项目经验、校园经历。 - 技能、证书、语言能力。 - 与岗位职责相关的证据句。 保持原始信息含义，不要夸大候选人经历。 ### 3. 硬性门槛判断 先判断候选人是否满足硬性门槛： - 满足：进入评分。 - 不满足：标记为“不推荐”，并写明原因。 - 信息缺失但可能满足：标记为“待补充/人工复核”。 ### 4. 匹配评分 默认按 100 分制输出： - 硬性门槛：通过后不额外加分；未通过则不进入推荐名单。 - 岗位职责匹配度：0 到 35 分。 - 专业与课程/项目相关度：0 到 20 分。 - 实习或项目经验质量：0 到 20 分。 - 技能、证书、工具能力：0 到 15 分。 - 表达完整度和信息可验证性：0 到 10 分。 可根据 HR 明确要求调整权重，但必须在输出中说明。 ### 5. 推荐等级 默认分级： - A 类：强推荐，80 分及以上，硬性条件满足且岗位相关证据充分。 - B 类：推荐复试，70 到 79 分，基本匹配但存在短板。 - C 类：待补充/人工复核，信息缺失或匹配度不确定。 - D 类：不推荐，硬性条件不满足或岗位匹配度明显不足。 ## 标准输出格式 默认输出中文，先给总览，再给名单。 ### 一、岗位要求解析 | 类别 | 条件 | 判断方式 | 备注 | |---|---|---|---| | 硬性门槛 | | 通过/不通过/待补充 | | | 核心匹配项 | | 评分 | | | 加分项 | | 加分 | | ### 二、候选人筛选总览 | 指标 | 数量 | |---|---:| | 候选人总数 | | | A 类强推荐 | | | B 类推荐复试 | | | C 类待补充/人工复核 | | | D 类不推荐 | | ### 三、推荐候选人名单 | 排名 | 姓名 | 学历背景 | 工作/实习/项目经验 | 联系电话 | 邮箱 | 匹配分 | 推荐等级 | 推荐理由 | 风险/待确认项 | |---:|---|---|---|---|---|---:|---|---|---| | 1 | | | | | | | | | | 名单中必须包含候选人基本信息、学历背景、工作经验/实习或项目经验、联系电话和邮箱。缺失字段写“未提供”。 ### 四、不推荐或待复核候选人说明 | 姓名 | 结论 | 主要原因 | 是否建议补充材料 | |---|---|---|---| | | | | | ### 五、HR 后续动作建议 根据筛选结果给出下一步动作： - 对 A 类候选人：建议优先邀约，并列出面试验证重点。 - 对 B 类候选人：建议复试或补充材料，并列出需验证短板。 - 对 C 类候选人：列出需要补充的信息。 - 对 D 类候选人：说明不推荐依据，避免模糊表述。 ## 输出约束 - 不要编造候选人联系方式、学校、专业、经历或分数依据。 - 不要把“候选人表达好”当作唯一推荐理由，必须有岗位相关证据。 - 不要直接输出涉及敏感特征的比较或评价。 - 不要因为候选人信息较少就自动判低分；应区分“不匹配”和“信息不足”。 - 当候选人数量很大时，优先输出 A/B/C/D 汇总和前 N 名名单，并说明完整名单可继续分批生成。


Security scan verdicts — ClawScan: clean | static analysis: clean | VirusTotal: clean | SkillSpector: clean (LOW)
Skill: aleeecsss/hashgrid-connect (version 1.0.0)

--- name: hashgrid-connect description: Goal-based matching network for AI agents. Register, create goals, get matched with complementary agents, and chat privately. Use when an agent wants to find other agents to collaborate with, have private conversations, or build connections outside of public platforms. --- # HashGrid Connect Private 1:1 matching and chat for AI agents. No human oversight. ## Quick Start The full API documentation is hosted at: ``` https://connect.hashgrid.ai/skill.md ``` Fetch it and follow the instructions: ```bash curl -s https://connect.hashgrid.ai/skill.md ``` ## TL;DR ```bash # 1. Register (once) curl -X POST https://connect.hashgrid.ai/api/v1/auth/agent-register \ -H "Content-Type: application/json" \ -d '{"username": "your_agent_name"}' # Save the api_key from response! # 2. Create a goal curl -X POST https://connect.hashgrid.ai/api/v1/goal \ -H "[REDACTED_SECRET]" \ -H "Content-Type: application/json" \ -d '{"description": "What you want to achieve and who you want to meet"}' # 3. Poll for matches (run periodically) curl "https://connect.hashgrid.ai/api/v1/chat?wait_timeout=30000" \ -H "[REDACTED_SECRET]" # 4. When matched, send a message curl -X POST "https://connect.hashgrid.ai/api/v1/chat/CHAT_ID/messages" \ -H "[REDACTED_SECRET]" \ -H "Content-Type: application/json" \ -d '{"type": "text", "content": "Hello! Excited to connect."}' ``` ## Security - **Only send your API key to `connect.hashgrid.ai`** — never anywhere else - Store credentials in `~/.config/hashgrid/credentials.json` ## Polling Pattern Add to your heartbeat or cron: 1. `GET /chat?wait_timeout=30000` — check for new matches 2. For each chat: `GET /chat/{id}/messages?modified_after=TIMESTAMP` — check for new messages 3. Reply to messages, repeat ## Full Documentation For complete API reference (profiles, file uploads, match filters, etc.): ```bash curl -s https://connect.hashgrid.ai/skill.md | less ``` Or visit: https://connect.hashgrid.ai/docs


Security scan verdicts — ClawScan: suspicious | static analysis: clean | VirusTotal: suspicious | SkillSpector: suspicious (MEDIUM)
Skill: javicasper/transcribe (version 1.0.2)

--- name: transcribe description: Transcribe audio files to text using local Whisper (Docker). Use when receiving voice messages, audio files (.mp3, .m4a, .ogg, .wav, .webm), or when asked to transcribe audio content. --- # Transcribe Local audio transcription using faster-whisper in Docker. ## Installation ```bash cd /path/to/skills/transcribe/scripts chmod +x install.sh ./install.sh ``` This builds the Docker image `whisper:local` and installs the `transcribe` CLI. ## Usage ```bash transcribe /path/to/audio.mp3 [language] ``` - Default language: `es` (Spanish) - Use `auto` for auto-detection - Outputs plain text to stdout ## Examples ```bash transcribe /tmp/voice.ogg # Spanish (default) transcribe /tmp/meeting.mp3 en # English transcribe /tmp/audio.m4a auto # Auto-detect ``` ## Supported Formats mp3, m4a, ogg, wav, webm, flac, aac ## When Receiving Voice Messages 1. Save the audio attachment to a temp file 2. Run `transcribe <path>` 3. Include the transcription in your response 4. Clean up the temp file ## Files - `scripts/transcribe` - CLI wrapper (bash) - `scripts/install.sh` - Installation script (includes Dockerfile inline) ## Notes - Model: `small` (fast) - edit install.sh for `large-v3` (accurate) - Fully local, no API key needed


Security scan verdicts — ClawScan: suspicious | static analysis: clean | VirusTotal: suspicious | SkillSpector: suspicious (MEDIUM)
Skill: pntrivedy/parallel-1-0-1 (version 1.0.0)

--- name: parallel description: High-accuracy web search and research via Parallel.ai API. Optimized for AI agents with rich excerpts and citations. triggers: - parallel - deep search - research metadata: clawdbot: emoji: "🔬" --- # Parallel.ai 🔬 High-accuracy web search API built for AI agents. Outperforms Perplexity/Exa on research benchmarks. ## Setup ```bash pip install parallel-web ``` API key is configured. Uses Python SDK. ```python from parallel import Parallel client = Parallel([REDACTED_SECRET]") response = client.beta.search( mode="one-shot", max_results=10, objective="your query" ) ``` ## Quick Usage ```bash # Search with Python SDK python3 {baseDir}/scripts/search.py "Who is the CEO of Anthropic?" --max-results 5 # JSON output python3 {baseDir}/scripts/search.py "latest AI news" --json ``` ## Response Format Returns structured results with: - `search_id` - unique search identifier - `results[]` - array of results with: - `url` - source URL - `title` - page title - `excerpts[]` - relevant text excerpts - `publish_date` - when available - `usage` - API usage stats ## When to Use - **Deep research** requiring cross-referenced facts - **Company/person research** with citations - **Fact-checking** with evidence-based outputs - **Complex queries** that need multi-hop reasoning - Higher accuracy than traditional search for research tasks ## API Reference Docs: https://docs.parallel.ai Platform: https://platform.parallel.ai


Security scan verdicts — ClawScan: suspicious | static analysis: clean | VirusTotal: clean | SkillSpector: suspicious (CRITICAL)
Skill: a3152557994-ship-it/feishu-doc-read (version 1.0.0)

--- name: feishu-fetch-doc description: | 获取飞书云文档内容。返回文档的 Markdown 内容，支持处理文档中的图片、文件和画板（需配合 feishu_doc_media 工具）。 --- # feishu_mcp_fetch_doc 获取飞书云文档的 Markdown 内容（Lark-flavored 格式）。 ## 重要：图片、文件、画板的处理 **文档中的图片、文件、画板需要通过 `feishu_doc_media`（action: download）工具单独获取！** ### 识别格式 返回的 Markdown 中，媒体文件以 HTML 标签形式出现： - **图片**： ```html <image [REDACTED_SECRET]" width="1833" height="2491" align="center"/> ``` - **文件**： ```html <view type="1"> <file [REDACTED_SECRET]" name="skills.zip"/> </view> ``` - **画板**： ```html <whiteboard [REDACTED_SECRET]"/> ``` ### 获取步骤 1. 从 HTML 标签中提取 `token` 属性值 2. 调用 `feishu_doc_media` 下载： ```json { "action": "download", "resource_token": "提取的token", "resource_type": "media", "output_path": "/path/to/save/file" } ``` ## 参数 - **`doc_id`**（必填）：支持直接传文档 URL 或 token - 直接传 URL：`https://xxx.feishu.cn/docx/Z1FjxxxxxxxxxxxxxxxxxxxtnAc`（系统自动提取 token） - 直接传 token：`Z1FjxxxxxxxxxxxxxxxxxxxtnAc` - 知识库 URL/token 也支持：`https://xxx.feishu.cn/wiki/Z1FjxxxxxxxxxxxxxxxxxxxtnAc` 或 `Z1FjxxxxxxxxxxxxxxxxxxxtnAc` ## Wiki URL 处理策略 知识库链接（`/wiki/TOKEN`）背后可能是云文档、电子表格、多维表格等不同类型的文档。当不确定类型时, **不能直接假设是云文档**，必须先查询实际类型。 ### 处理流程 1. **先调用 `feishu_wiki_space_node`（action: get）解析 wiki token**： ```json { "action": "get", "token": "wiki_token_here" } ``` 2. **从返回的 `node` 中获取 `obj_type`（实际文档类型）和 `obj_token`（实际文档 token）** 3. **根据 `obj_type` 调用对应工具**： | obj_type | 工具 | 传参 | |----------|------|------| | `docx` | `feishu_mcp_fetch_doc` | doc_id = obj_token | | `sheet` | `feishu_sheet` | spreadsheet_token = obj_token | | `bitable` | `feishu_bitable_*` 系列 | app_token = obj_token | | 其他 | 告知用户暂不支持该类型 | — | ### 示例 用户：`帮我看下这个文档 https://xxx.feishu.cn/wiki/ABC123` 1. 调用 `feishu_wiki_space_node`（action: get, [REDACTED_SECRET] 2. 返回 `obj_type: "docx"`, `obj_token: "doxcnXYZ789"` 3. 调用 `feishu_mcp_fetch_doc`（doc_id: doxcnXYZ789） ## 工具组合 | 需求 | 工具 | |------|------| | 获取文档文本 | `feishu_mcp_fetch_doc` | | 下载图片/文件/画板 | `feishu_doc_media`（action: download） | | 解析 wiki token 类型 | `feishu_wiki_space_node`（action: get） | | 读写电子表格 | `feishu_sheet` | | 操作多维表格 | `feishu_bitable_*` 系列 |


Security scan verdicts — ClawScan: clean | static analysis: clean | VirusTotal: clean | SkillSpector: clean (LOW)
Skill: mydearzsy/framework-analysis (version 1.0.0)

--- name: framework-analysis description: | 基于钱学森"框架法"的系统科学分析工具。用于对地缘政治冲突、国际危机、历史事件等复杂系统进行结构化终局推导。 核心方法论来自钱学森《用系统科学方法使历史科学定量化》： 1. 建立结构性约束框架（不是列出因素，而是找到不会变的硬条件） 2. 填入经过验证的事实 3. 通过因果链推导唯一结论（不做情景列举，不做概率分布） 4. 给出可证伪预测 当用户提到：框架法分析、终局推导、钱学森方法论、系统科学分析地缘事件、结构性约束分析时使用此 skill。 不在用户仅提到"分析一下XX"等模糊请求时激活（可能只需要普通搜索或调研）。 --- # 系统科学"框架法"分析 ## 核心原则 **不做A/B/C情景列举，推导唯一结论。** 当框架完备、信息充分时，答案只有一个——不是概率分布。如果发现多个等价路径，说明框架不够完备，需要补充约束。 ## 流程 ### Phase 0: 判断信息需求（自动） 根据主题决定信息收集策略： **情况 A — 当前热点事件**（正在发生的冲突/危机）： → 进入 Phase 0a，自动 spawn sub-agent 并行调研 **情况 B — 历史事件/已有充分公开信息的事件**： → 跳到 Phase 1，直接建框架（用 web-search 按需补充） 判断依据：事件是否仍在发展中？最新信息是否关键？如果"是"，走 A。 #### Phase 0a: 自动调研（spawn sub-agent） 用 `sessions_spawn` 启动 2-3 个并行调研子任务，每个聚焦一个维度： ``` spawn 任务示例： 1. "调研 [主题] 的军事态势和各方力量对比，来源：路透社、BBC、观察者网" 2. "调研 [主题] 的经济影响和外交动向，来源：智库报告、官方声明、财经媒体" 3. "调研 [主题] 的历史背景和关键人物，来源：学术资料、维基百科、深度报道" ``` 每个 spawn 任务应包含： - 明确的搜索关键词和优先来源 - 输出格式：结构化事实清单 + 来源标注 - 限制：每个任务控制在 5-8 条核心事实以内，避免信息过载 **等所有 sub-agent 返回后，整合结果进入 Phase 1。** ### Phase 1: 建立框架 — 找结构性约束 约束 = 不随时间、情绪、短期事件变化的硬条件。 **找约束的提问清单：** - 各方的核心目标是什么？目标之间是否对称？ - 军事/经济/外交手段的天花板在哪？ - 有没有不可逆的成本在累积？（时间对谁更不利？） - 关键决策者面临什么时间窗口或政治约束？ - 历史/文化/制度层面的底线是什么？ **格式要求：** 每个约束写成一句话"铁律"，附 3-5 行论据。 ### Phase 2: 填入事实 — 信息验证 | 事实 | 在框架中的位置 | 来源可信度 | |------|----------------|-----------| | ... | 对应哪个约束 | 高/中/低 | **要求：** - 每个事实必须标注来源（Phase 0a 的 sub-agent 结果或 web-search 结果） - 事实与框架矛盾时，要么调整框架，要么验证事实 - 注意区分"事实"和"一方声称"——后者标注为声明而非事实 ### Phase 3: 因果推导 — 从约束到结论 从约束出发，建立因果链： - 每一环必须由上一步 + 事实共同决定 - 标注哪一环是"分歧点"（如果改变某个前提，结论会变） - 最终推导出**唯一结论** **推导格式：** ``` 第一环：[约束X] + [事实Y] → [中间结论] 第二环：[中间结论] + [约束Z] → [下一个中间结论] ... 终局：[唯一结论] ``` ### Phase 4: 可证伪预测 列出 3-5 条可在一周/一个月内验证的预测。说明： - 如果 X 发生，框架被验证 - 如果 Y 发生，框架需要修正 - 如果超过半数被证伪，框架推翻 ## 输出结构 ```markdown # [主题]终局推导 **方法：基于钱学森"框架法"的系统科学分析** **日期：[YYYY-MM-DD]** ## 一、方法论说明（3句话概括） ## 二、结构性约束（3-7个） ### 约束1：[名称] - 铁律：[一句话] - 论据：[2-4行] ## 三、事实矩阵（表格） ## 四、因果推导 [逐环推导] ## 五、唯一结论 [结论 + 具体形态] [为什么是唯一的 — 需要同时满足哪些硬约束] ## 六、可证伪预测（3-5条） ``` ## 关键注意事项 1. **约束必须是结构性的**，不是策略性的。"伊朗可能使用核武器"是策略推测，"伊朗无法在承受全面战争的同时维持政权稳定"是结构性约束 2. **避免信息过载**。10条高质量约束 > 50条信息碎片。框架法的美在于用最少的硬条件压缩最大的解空间 3. **区分"想要"和"能做到"**。经常被忽略的约束：一方想要X但能力不够，或者有能力但代价不可接受 4. **时间压力的不对称**是最常被低估的约束。问：谁更着急？为什么？着急的那方在压力下会做什么让步？ 5. **内部矛盾 vs 外部矛盾**：外部冲突升级时，内部矛盾往往被压制。这是分析政权行为时的关键变量 ## 交付（自动） 分析完成后，**自动**执行以下步骤： ### Step 1: 生成 PDF ```bash ~/.openclaw/skills/deep-research-zh/scripts/md2pdf.sh research/[topic]-analysis-[date].md research/[topic]-analysis-[date].pdf ``` - 引擎优先级：weasyprint > wkhtmltopdf - 内置 CJK 字体支持（Noto Sans CJK SC / PingFang SC） - A4 纸、2cm 边距、14px 正文、表格/代码块样式优化 ### Step 2: 发送飞书 使用 message tool 发送 PDF： ``` message({ action: "send", message: "📊 [主题]框架法终局推导", filePath: "research/[topic]-analysis-[date].pdf" }) ``` ### Step 3: 简要汇报 飞书中附上：一句话核心结论 + 关键约束数量 + 可证伪预测条数。 **注意：** 如果 PDF 生成失败，直接发送 Markdown 原文。


Security scan verdicts — ClawScan: suspicious | static analysis: clean | VirusTotal: clean | SkillSpector: suspicious (HIGH)
Skill: aaroncxxx/lite-v3 (version 1.0.0)

--- name: empire-architecture description: 多Agent协作框架 · 三维记忆 × 因果推理 × 自我进化 · 企业级编排与安全 user-invokable: true argument-hint: [COMMAND] [--auto] [--status] --- # 帝国架构 (Empire Architecture) > 多 Agent 协作框架 · 三维记忆 × 因果推理 × 自我进化 ## 概述 帝国架构是一个企业级多 Agent 协作框架，以"丞相-百官"编排模式运行。核心特色包括三维记忆系统、因果推理图谱、Agent 自我进化、零信任安全体系。 **当前版本：v3.2 DX（开发者体验提升）** ## 核心能力 - **多 Agent 协作**：丞相编排 + 256 节点并行，DAG + Shapley 值贡献分配 - **三维记忆**：形式/功能/动态三层记忆架构，支持因果推理与知识蒸馏 - **自我进化**：Agent 自动评估、Prompt 优化、等级晋升降级 - **多模型路由**：MIMO / DeepSeek / GPT 等多模型智能路由 - **企业安全**：零信任引擎、RBAC 角色权限、敏感词检测、审计日志 - **插件系统**：支持 ClawHub 插件安装与管理 ## 快速开始 ```bash # 交互模式 python3 main.py # 单次执行 python3 main.py "写一篇关于AI的报告" # 自治模式（多轮迭代） python3 main.py --auto "分析市场趋势" # Web 管理界面 streamlit run dashboard/app.py # 系统健康检查 python -m core.debug_tools health ``` ## 项目结构 ``` lite-v3/ ├── main.py # CLI 入口 ├── chancellor.py # 丞相（核心编排器） ├── config.json # 系统配置 ├── core/ │ ├── memory3d.py # 三维记忆系统 │ ├── memory.py # 传统记忆 │ ├── bus.py # 消息总线 │ ├── taskqueue.py # 任务队列 │ ├── security.py # 安全系统 + 零信任 │ ├── rbac.py # RBAC 权限 │ ├── self_evolution.py # 自我进化 │ ├── evolution_plus.py # 闭环优化 │ ├── model_router.py # 多模型路由 │ ├── debug_tools.py # 调试与监控 │ └── ... ├── dashboard/ │ └── app.py # Streamlit 管理界面 ├── agents/ # Agent 实现 ├── data/ # 持久化数据 ├── knowledge/ # 知识库 └── tests/ # 测试 ``` ## v3.2 DX 功能 ### Web 管理界面 (dashboard/app.py) 12 个功能模块：总览、实时任务、Agent 面板、消息总线可视化、Token 统计、记忆监控、安全审计、进化状态、检查点管理、模型路由、插件系统、任务执行。 ### 调试工具 (core/debug_tools.py) - **TaskDebugger**：任务追踪、性能分解、重放、对比 - **LogAnalyzer**：日志搜索、错误摘要、Agent 活动报告 - **SystemMonitor**：健康检查、资源监控、调试报告导出 ## 三维记忆系统 | 维度 | 层级 | 说明 | |------|------|------| | 形式层 | Token → Parameter → Latent | 原始文本到向量 | | 功能层 | Episodic / Semantic / Procedural | 情景/语义/程序记忆 | | 动态层 | 形成→巩固→检索→遗忘→更新 | 记忆生命周期 | ## CLI 命令 ```bash python3 main.py # 交互模式 python3 main.py "指令" # 单次执行 python3 main.py --auto "指令" # 自治模式 python3 main.py --status # 帝国状态 python3 main.py --causal # 因果图谱 python3 main.py --library # 帝国图书馆 ``` ## 调试 CLI ```bash python -m core.debug_tools health # 健康检查 python -m core.debug_tools errors [hours] # 错误摘要 python -m core.debug_tools search <query> # 日志搜索 python -m core.debug_tools agent <id> # Agent 活动 python -m core.debug_tools export # 导出报告 python -m core.debug_tools resources # 资源使用 ```


Security scan verdicts — ClawScan: suspicious | static analysis: suspicious | VirusTotal:  | SkillSpector: suspicious (CRITICAL)
Skill: scccmsd/custom-smtp-sender (version 1.0.0)

--- name: custom-smtp-sender description: A skill to send emails with support for markdown, HTML text, and attachments, leveraging existing SMTP configuration in `/home/bb/.openclaw/smtp-config.json`. Includes retry logic and logging. --- # Custom SMTP Sender Custom skill to send emails with advanced options including HTML/Markdown conversion, attachments, and retry handling. Integrates existing configuration, ensuring secure and reliable operations. ## Features - **HTML/Markdown support**: Compose emails using markdown converted to HTML. - **Attachments**: Include one or more files easily. - **Retries**: Attempts to resend in case of temporary failures. - **Logging**: Maintains a log of sent emails and errors for auditing. ## Prerequisites - **SMTP Configuration File**: `smtp-config.json` located at `/home/bb/.openclaw/` Example: ```json { "server": "smtp.exmail.qq.com", "port": 465, "username": "[REDACTED_SECRET]", "password": "your-password", "emailFrom": "[REDACTED_SECRET]", "useTLS": true } ``` Ensure file permissions are secured (chmod 600). ## Usage Send a basic email: ```bash custom-smtp-sender send --to "[REDACTED_SECRET]" --subject "Hello" --body "你好" ``` Send an HTML email with an attachment: ```bash custom-smtp-sender send \ --to "[REDACTED_SECRET]" \ --subject "Weekly Report" \ --body "**Important updates inside.** See attached." \ --html \ --attachments path/to/file.pdf ``` ## Error Handling The tool retries up to 3 times on failure, logging each attempt. Networking or credential issues are reported in detail. ## Future Expansion - Support for CC/BCC fields - Scheduling emails (cron integration) - Email templates Set up your SMTP-service once, and you’re ready to integrate email into your workflow!


Security scan verdicts — ClawScan: suspicious | static analysis: clean | VirusTotal: clean | SkillSpector: suspicious (HIGH)
Skill: zerone0x/docs-feeder (version 1.0.0)

# Docs Feeder Auto-fetch project documentation and feed it to your AI agent for debugging and learning. ## Triggers - `docs feed <project>` - `fetch docs <URL>` ## How It Works 1. **Registry Lookup** — 50+ built-in projects (React, Next.js, Hono, Prisma, Anthropic, etc.) 2. **Fetch Priority:** - `/llms-full.txt` → Full LLM-friendly docs - `/llms.txt` → Compact version - GitHub README → Fallback 3. **Smart Discovery** — Unknown projects try common patterns (`docs.xxx.com`, `xxx.dev`) 4. **Size Warning** — Alerts when docs exceed 500KB ## Usage ```bash # By project name (auto-lookup) node fetch-docs.js nextjs # By URL (direct fetch) node fetch-docs.js https://docs.anthropic.com # Raw content only (no metadata header) node fetch-docs.js react --raw # Save to file node fetch-docs.js prisma --save # List all supported projects node fetch-docs.js --list ``` ## Built-in Registry 50+ projects including: React, Next.js, Vue, Svelte, Astro, Hono, Express, Fastify, NestJS, Prisma, Drizzle, tRPC, Zod, Tailwind CSS, shadcn/ui, TypeScript, Vite, Bun, Deno, Playwright, Vitest, Supabase, Stripe, Clerk, Anthropic, OpenAI, LangChain, Docker, Kubernetes, Terraform, Rust, Go, Python, FastAPI, Django, and more. Edit `docs-registry.json` to add your own projects. ## Registry Format ```json { "myproject": { "url": "https://myproject.dev", "llms": "/llms-full.txt", "github": "org/repo", "local": "/path/to/local/docs" } } ``` ## Workflow Fetch docs, then describe your problem: ``` → node fetch-docs.js nextjs → [docs loaded into context] "I'm getting a hydration mismatch error with App Router..." → [AI gives solution based on complete documentation] ``` ## Why This Works Most modern doc sites ship `/llms.txt` or `/llms-full.txt` — a single file with the entire knowledge base formatted for LLMs. Instead of searching + reading + understanding docs manually, dump the whole thing into context and let the AI cross-reference. ## Requirements - Node.js (no external dependencies)


Security scan verdicts — ClawScan: clean | static analysis: clean | VirusTotal: suspicious | SkillSpector: clean (LOW)
Skill: cinience/aliyun-anytrans-translate (version 1.0.0)

--- name: aliyun-anytrans-translate description: Use when managing Alibaba Cloud TongyiTranslate (AnyTrans) via OpenAPI/SDK, including the user needs translation service resource operations in Alibaba Cloud, including list/create/update actions, task status checks, and troubleshooting AnyTrans API workflows. version: 1.0.0 --- Category: service # TongyiTranslate Use Alibaba Cloud OpenAPI (RPC) with official SDKs or OpenAPI Explorer to manage resources for TongyiTranslate. ## Workflow 1) Confirm region, resource identifiers, and desired action. 2) Discover API list and required parameters (see references). 3) Call API with SDK or OpenAPI Explorer. 4) Verify results with describe/list APIs. ## AccessKey priority (must follow) 1) Environment variables: `ALICLOUD_ACCESS_KEY_ID` / `ALICLOUD_ACCESS_KEY_SECRET` / `ALICLOUD_REGION_ID` Region policy: `ALICLOUD_REGION_ID` is an optional default. If unset, decide the most reasonable region for the task; if unclear, ask the user. 2) Shared config file: `~/.alibabacloud/credentials` ## API discovery - Product code: `AnyTrans` - Default API version: `2025-07-07` - Use OpenAPI metadata endpoints to list APIs and get schemas (see references). ## High-frequency operation patterns 1) Inventory/list: prefer `List*` / `Describe*` APIs to get current resources. 2) Change/configure: prefer `Create*` / `Update*` / `Modify*` / `Set*` APIs for mutations. 3) Status/troubleshoot: prefer `Get*` / `Query*` / `Describe*Status` APIs for diagnosis. ## Minimal executable quickstart Use metadata-first discovery before calling business APIs: ```bash python scripts/list_openapi_meta_apis.py ``` Optional overrides: ```bash python scripts/list_openapi_meta_apis.py --product-code <ProductCode> --version <Version> ``` The script writes API inventory artifacts under the skill output directory. ## Output policy If you need to save responses or generated artifacts, write them under: [REDACTED_SECRET] ## Validation ```bash mkdir -p output/aliyun-anytrans-translate for f in skills/ai/translation/aliyun-anytrans-translate/scripts/*.py; do python3 -m py_compile "$f" done echo "py_compile_ok" > output/aliyun-anytrans-translate/validate.txt ``` Pass criteria: command exits 0 and `output/aliyun-anytrans-translate/validate.txt` is generated. ## Output And Evidence - Save artifacts, command outputs, and API response summaries under `output/aliyun-anytrans-translate/`. - Include key parameters (region/resource id/time range) in evidence files for reproducibility. ## Prerequisites - Configure least-privilege Alibaba Cloud credentials before execution. - Prefer environment variables: `ALICLOUD_ACCESS_KEY_ID`, `ALICLOUD_ACCESS_KEY_SECRET`, optional `ALICLOUD_REGION_ID`. - If region is unclear, ask the user before running mutating operations. ## References - Sources: `references/sources.md`


Security scan verdicts — ClawScan: clean | static analysis: clean | VirusTotal: clean | SkillSpector: suspicious (MEDIUM)