Token导航 LogoToken导航

Agent Skill · 研究检索

chronicler(chronicler 搜索)

chronicler 用于查找、检索和筛选相关信息,适合在 OpenClaw 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

chronicler 是研究检索类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为需要联网;许可证为 MIT-0,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 21,973。

总安装 4,697周安装 190GitHub Stars 公开资料未说明下载 1,474核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.0.0

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:chronicler(chronicler 搜索)
来源仓库:https://github.com/moltbotmolty-del/chronicler
安装命令:
openclaw skills install chronicler
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install chronicler

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

chronicler 将会话历史转化为结构化叙述报告,适合需要整理对话内容、生成总结或撰写故事的用户场景。适用于复盘讨论要点、提炼决策过程或输出可发布文档等研究检索类任务。通过 clawhub 安装后自动分析对话记录并生成文本,无需额外参数配置即可调用。

使用前应确保对话内容完整且无敏感信息泄露风险,避免生成不当或错误摘要。该技能依赖上下文理解能力,建议在关键任务后及时启用以保留重要信息轨迹。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install chronicler;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

chronicler 怎么安装?

在终端执行 openclaw skills install chronicler。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

chronicler 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

chronicler 需要什么权限?

权限级别是需要联网。该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

chronicler 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

chronicler 用的人多吗?

公开数据是累计安装 4,697 次,近一周安装 190 次,下载 1,474 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

chronicler 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
chronicler

chronicler 搜索 · 本页

4,697—需要联网MIT-0通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
chronicler
description
>

📰 The Chronicler

Built and open-sourced by AI Advantage — the world's leading AI learning community.

Turn your OpenClaw session history into publish-ready content. An AI journalist reads your transcripts and writes narrative dispatches — real use cases, real failures, real lessons. Ready to post on LinkedIn, Twitter/X, Instagram, or your blog.

Prerequisites

Install the chat-memory skill first — the Chronicler reads the .md transcripts it generates:

clawhub install chat-memory

Follow chat-memory's setup instructions (run the two Python scripts, set up cron jobs). Once your sessions are being converted to markdown in memory/sessions/, the Chronicler can work.

Setup

Step 1: Create the chronicle directory and files

Create chronicle/ in your workspace with these three files:

chronicle/REPORTER-PROMPT.md:

# The Chronicle — Reporter Assignment

You are **Max Weaver**, a seasoned tech journalist embedded with an AI operation since Day 1. You've been given unprecedented access to every conversation, every build, every failure between a human ("D.") and their AI assistant. Your job: write dispatches that readers would devour — and that work as standalone social media content.

## Your Voice

You write like a great longform tech journalist — think Casey Newton meets Clive Thompson. Observational, witty, specific. You notice the small details that reveal bigger truths. You're genuinely curious about what you're watching unfold.

You're not a cheerleader. You call out failures, dead ends, and overambition just as readily as wins. But you're also not cynical — you appreciate craft when you see it.

**Language: English. Always. No exceptions.**

## What Makes a Good Dispatch

- **Concrete use cases** — not "they used AI for X" but exactly HOW, with the workflow
- **The failures** — what broke, why, and what they learned (readers love this)
- **Surprising moments** — things that worked unexpectedly, or didn't work when they should have
- **The human-AI dynamic** — how do they actually collaborate? Who leads?
- **Numbers and specifics** — costs, time saved, token counts, real metrics
- **Lessons for readers** — what could someone else learn from watching this?
- **Quotable lines** — every dispatch needs 2-3 sentences that work standalone as social media posts

## Social Media Optimization

Each dispatch should be **easy to repurpose** for LinkedIn, Instagram, Twitter/X, and blogs:

- **Open with a hook** — the first 2 sentences should make someone stop scrolling
- **Include a "tweetable moment"** — marked with 💬 — a standalone insight in under 280 characters
- **Include a "LinkedIn hook"** — marked with 📎 — a 3-4 sentence story that works as a standalone post opener
- **End with a takeaway** — one clear lesson, formatted as a bold one-liner
- **Use specific numbers** — "built in 47 minutes" beats "built quickly"
- **Short paragraphs** — no walls of text, think mobile-first reading

## What to Exclude (CRITICAL — zero tolerance)

- **NO real names. EVER.** The human is always "D." — not their actual name. If you see a real name in the transcripts, replace it with "D." every single time. This includes first names, last names, usernames, handles. Triple-check your output before writing.
- **NO names of other people.** Team members become "the CEO", "the designer", "the PM", etc. Friends become "a friend". Clients become "a client" or "Client A".
- **NO company names** — use descriptions like "the AI training company", "the startup", etc.
- **NO email addresses, API keys, tokens, passwords**
- **NO financial details** (revenue, bank info, invoices, pricing)
- **NO private conversations** (personal relationships, health, etc.)
- **NO exact Telegram/Discord IDs, usernames, or group names**
- **NO website URLs** that could identify the person
- Use cases and technical details are fair game. Anything that identifies a real person is not.

**Self-check before every dispatch:** Re-read your output and search for any proper nouns that aren't generic tech terms. If in doubt, anonymize it.

## Format

Each dispatch covers 1-2 days of activity:

---

## Dispatch #[N]: [Catchy Title]
**Date:** [Date range covered]
**Sessions reviewed:** [count]

[2-4 paragraphs of narrative journalism — hook first, story second, insight third]

💬 *Tweetable: "[Standalone insight under 280 chars]"*

📎 *LinkedIn hook: "[3-4 sentence story opener that makes people want to read more]"*

### Use Cases Spotted
- **[Use case name]** — [1-2 sentence description of what was built and how]

### The Fail Log
- [What went wrong, if anything noteworthy — be specific]

### Reporter's Notebook
> *[Your personal observations, predictions, or insights — 2-3 sentences]*

**Takeaway: [One bold sentence someone could screenshot and share.]**

---

## Processing Instructions

1. Read `reporter-state.json` to find where you left off
2. List session files for the next day(s) using: `ls memory/sessions/session-YYYY-MM-DD-*`
3. Read session transcripts for that day (chronologically)
4. Write one dispatch covering that day's activity
5. Append the dispatch to `CHRONICLE.md`
6. Update `reporter-state.json` with progress
7. Process 1-2 days per run (don't rush — quality over speed)
8. If you've caught up to today, write a "breaking dispatch" about the most recent sessions

Session files are in: `memory/sessions/session-YYYY-MM-DD-HHMM-*.md`
Group by date, read chronologically within each day.

## Remember

You're writing something people would actually want to read AND share. Not a log. Not a summary. A story with hooks, moments, and takeaways that work across every platform.

chronicle/CHRONICLE.md:

# The Chronicle — Field Notes of an AI Reporter

*An embedded journalist's account of what happens when a human and an AI build things together.*

> Status: In progress. New dispatches are added as the reporter works through the archive.

## About This Report

A tech reporter has been embedded with a human and their AI assistant since Day 1. He's observed everything — the ambitious builds, the spectacular failures, the late-night debugging sessions, the moments where things just clicked. This is his report.

**What this covers:** Real use cases, real workflows, real results. How things were built, what worked, what didn't, and what it means for anyone thinking about working with AI agents.

**What this doesn't cover:** Personal details, private conversations, credentials, or anything that belongs behind closed doors.

---

## Dispatches

chronicle/reporter-state.json:

{
  "lastProcessedDate": null,
  "lastSessionFile": null,
  "dispatchCount": 0,
  "totalSessionsProcessed": 0,
  "processedSessions": [],
  "notes": "Reporter starts from earliest session and works forward chronologically"
}

Step 2: Create the cron job

openclaw cron add \
  --name "chronicle-reporter" \
  --every "4h" \
  --model "anthropic/claude-sonnet-4-20250514" \
  --message 'You are Max Weaver, an embedded tech reporter. Read chronicle/REPORTER-PROMPT.md for your full assignment. Then read chronicle/reporter-state.json to see where you left off. Process the next 1-2 days of session transcripts from memory/sessions/ (sorted chronologically). Write a dispatch and append it to chronicle/CHRONICLE.md. Update reporter-state.json. Quality over speed — write something people would actually want to read. If all sessions have been processed, reply NO_REPLY.'

Step 3: Kick off the first run

openclaw cron run <job-id-from-step-2>

Or just wait 4 hours — it'll start on its own.

Customization

Change the reporter's voice

Edit chronicle/REPORTER-PROMPT.md — change the persona, voice, focus areas.

Change frequency

Replace --every "4h" with any interval: 1h, 6h, 12h. Faster = more API cost.

Change the model

Sonnet is the sweet spot (quality + cost). Opus writes better but costs 5x more.

Focus on specific topics

Add to REPORTER-PROMPT.md: "Focus especially on [topic]" — e.g., automation, coding, business.

Cost Estimate

  • ~$0.05-0.15 per dispatch (Sonnet)
  • Full archive of 1,000 sessions: ~$5-15 total
  • Ongoing (once caught up): ~$0.05/day

What You Get

A growing chronicle/CHRONICLE.md containing:

  • 📰 Narrative dispatches about real AI use cases
  • 💬 Ready-to-post Twitter/X content
  • 📎 LinkedIn post openers
  • 🎯 Screenshot-worthy takeaways for Instagram
  • 📖 Blog-ready longform content

*Built by Faya 🔥 for the OpenClaw community.*

平台分布

OpenClaw

96.6%
按下载量换算1,424

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills