بنقرة واحدة
daily-report-lane-github-ai-projects
Generate the GitHub AI 项目 section of the AI Agent daily report from raw corpus.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Generate the GitHub AI 项目 section of the AI Agent daily report from raw corpus.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Generate the Claude Code section of the AI Agent daily report from raw corpus.
Generate the Codex section of the AI Agent daily report from raw corpus.
Generate the GitHub 趋势项目 section of the AI Agent daily report from raw corpus.
Generate the HN 搜索 section of the AI Agent daily report from raw corpus.
Generate the Hacker News section of the AI Agent daily report from raw corpus.
Generate the OpenClaw section of the AI Agent daily report from raw corpus.
| name | daily-report-lane-github-ai-projects |
| description | Generate the GitHub AI 项目 section of the AI Agent daily report from raw corpus. |
主动发现 GitHub AI/coding-agent 项目,不能用旧 shared memory 文件作为集成点。
Read the lane package provided by the master:
input.mdcontext.jsonraw/history/ if presentDo not use selected_items.json as primary judgment input. Raw corpus is the evidence source.
Use recent reports only as reference-only dedupe context. Before selecting or writing, read yesterday and day-before-yesterday report files listed in context.json recent_report_paths or package history/. Reject exact repeats or substantially unchanged topics. Keep meaningful follow-ups with new facts and state what changed. Do not dedupe weather/current market items purely because yesterday had the same section. This is lane-agent judgment, not code-controlled filtering.
Select only items that can be explained concretely for an AI/coding-agent reader. Prefer specific releases, workflows, repos, discussions, failures, tools, versions, or user-visible changes.
Hard GitHub repo floor: every selected repository must have verified stars >= 100. Reject repositories below 100 stars and repositories whose star count cannot be verified from raw corpus or GitHub metadata. Discovery/search queries for GitHub repositories must include stars:>=100; do not spend reader attention on tiny repos unless MT explicitly asks for an early-stage scan.
Reject items when:
长度不是问题;问题是“有用信息密度”。宁可少选,也不要用低信息量内容填满栏目。每个入选条目必须同时满足:
写作时优先保留事实与判断依据;不要为了变短删除最有用的细节。
Run internal discovery or evidence helper when useful. Never use the old shared memory output as integration point. Treat discovery output as evidence only; the subagent still selects/rejects and writes. Select only projects relevant to AI/coding-agent workflows.
Write Chinese-first, concrete, human-readable prose. Keep source links.
子条目要信息密度高但不要拖长:
发生了什么 + 关键事实/数字 + 对读者有什么用/风险,少写铺垫和评价。禁止使用:
Write exactly:
lane.md: reader-facing markdown section only.lane-meta.json: JSON metadata with lane, status, selected_count, rejected_count, sources, rejected, and notes.
Allowed status: ok, empty, degraded, blocked.
Use selected and rejected reasoning in metadata so the master can audit the lane without rewriting it.