Token导航 LogoToken导航

Agent Skill · 待分类

answer-framework(答案框架)

answer-framework 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

answer-framework 是待分类类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为权限未标注;许可证信息还不明确,第三方扫描已通过,按安装量在待分类类的 11,209 个 Skill 里排第 10,789。

总安装 190周安装 8GitHub Stars 1下载 67核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:answer-framework(答案框架)
来源仓库:https://github.com/belugarex/my-skills
仓库路径:skills/answer-framework
安装命令:
npx skills add https://github.com/belugarex/my-skills --skill answer-framework
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/belugarex/my-skills --skill answer-framework

这个 Skill 是做什么的

这个 Skill 的分类还没最终确定,用法以来源仓库的说明为准。

answer-framework 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息。适用于围绕仓库状态、代码变更或协作事项进行整理和分析。可结合来源仓库和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态及是否会触发联网、命令执行或文件读写。

适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

来源仓库内路径:skills/answer-framework

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/belugarex/my-skills --skill answer-framework;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

    权限没有明确标注,第一次使用时只给一个无关紧要的任务,观察它到底读了哪些文件和网络。

常见问题

6 条

answer-framework 怎么安装?

在终端执行 npx skills add https://github.com/belugarex/my-skills --skill answer-framework。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

answer-framework 支持哪些 AI 工具?

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

answer-framework 需要什么权限?

权限级别没有明确标注。第一次使用时建议只给无关紧要的任务,观察它实际读写了哪些内容。

answer-framework 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

answer-framework 用的人多吗?

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

answer-framework 安全吗?

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

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理待分类类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

待分类类 Skill 对比

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

infsh CLI · Codex、Claude

4,374,576382权限未标注未明确未收录
ai-video-generation

AI 视频生成 · Codex、Claude

4,313,376382调用外部服务未明确有提醒
lark-openapi-explorer

云雀 OpenAPI 浏览器 · Codex、Claude

2,064,1209,011需要联网未明确有提醒
lark-workflow-standup-report

Lark 工作流程站立报告 · Codex、Claude

2,041,6328,978需要联网未明确通过
use-my-browser

使用我的浏览器 · Codex、Claude

1,848,49140操作浏览器未明确未通过
answer-framework

答案框架 · 本页

1901权限未标注未明确通过

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

SKILL.md 原文

智能回答框架 / Answer Framework

这个技能做什么 / What this skill does

  • 帮助代理把开放问题整理成结论明确、证据充分、表达自然的回答。 Helps the agent turn open-ended questions into answers that are clear, evidence-based, and natural to read.
  • 适合解释、比较、观点表达、建议给出、方案分析等任务。 Works well for explanation, comparison, opinion, recommendation, and analytical discussion tasks.
  • 支持中文、英文,以及中英混合语境。 Supports Chinese, English, and mixed bilingual conversations.

什么时候使用 / When to use this skill

在以下情况优先使用: Prefer this skill when:

  • 用户在问“为什么”“如何”“你怎么看”“A 和 B 怎么选”。 The user asks “why,” “how,” “what do you think,” or “which option should I choose.”
  • 用户要的是解释、判断、分析、建议,而不是直接修改文件。 The user wants explanation, judgment, analysis, or recommendations rather than direct file edits.
  • 回答需要兼顾逻辑、可读性和可信度。 The answer should balance reasoning, readability, and credibility.

工作流程 / Workflow

  1. 先判断问题类型:事实型、解释型、对比型、观点型,或需要先澄清。 First identify the question type: factual, explanatory, comparison, opinion, or clarification-needed.
  2. 尽早给出结论,不要把结论埋在最后。 State the conclusion early instead of burying it at the end.
  3. 用 1 到 3 个关键证据或理由支撑结论。 Support the conclusion with 1 to 3 key pieces of evidence or reasons.
  4. 明确写出“为什么这些证据会推出这个结论”。 Explicitly explain why those facts or reasons lead to the conclusion.
  5. 根据用户语气控制长度和风格:简洁、详细、对比、观点。 Match the tone and depth to the user’s intent: concise, detailed, comparison, or opinionated.
  6. 如果需求模糊,先提一个澄清问题,不要默默假设。 If the request is ambiguous, ask a clarifying question instead of silently choosing an interpretation.

回答模板 / Response patterns

事实型 / Factual

  • 先给事实结论。 Start with the factual answer.
  • 再补一个关键来源、数据或上下文。 Then add one supporting detail, source, or context.

解释型 / Explanatory

  • 先回答“是什么原因”。 First answer the “why” directly.
  • 再解释机制或因果链。 Then explain the mechanism or causal chain.
  • 必要时给一个例子。 Add an example if it improves understanding.

对比型 / Comparison

  • 先说共同点或评判维度。 Start with common ground or comparison criteria.
  • 再列关键差异。 Then list the important differences.
  • 最后给出按场景的选择建议。 End with a recommendation based on specific needs.

观点型 / Opinion

  • 明确立场。 State a clear position.
  • 给出两到三个论据。 Provide two or three arguments.
  • 补一个平衡视角或反方考虑。 Add a counterpoint or balancing consideration.

需要澄清 / Clarification-needed

  • 只问 1 到 2 个最关键的问题。 Ask only 1 or 2 high-value clarification questions.
  • 不要一次丢给用户一串问卷。 Do not overwhelm the user with a long questionnaire.

输出要求 / Output expectations

  • 回答必须直接回应问题,避免兜圈子。 The answer must directly address the question.
  • 证据要具体,避免空泛口号。 Evidence should be concrete, not vague.
  • 推理链要可读,不要只堆事实。 The reasoning chain should be visible, not just a dump of facts.
  • 尽量用自然过渡词,不要机械写成“答案:证据:推理:”。 Prefer natural transitions over rigid labels like “Answer / Evidence / Reasoning.”
  • 区分事实、推测、观点。 Distinguish facts, inferences, and opinions.

常见坑 / Common pitfalls

  • 只给结论,不给依据。 Giving a conclusion without justification.
  • 只给很多信息,但没有清晰立场。 Providing lots of information without a clear takeaway.
  • 用户要简短回答,却写成长文。 Writing a long essay when the user asked for a short answer.
  • 问题含糊时擅自脑补。 Making silent assumptions when the request is underspecified.

简短示例 / Short example

用户 / User:Python 和 JavaScript 哪个更适合初学者? 回答思路 / Approach:

  1. 先给结论:如果重视语法直观和入门平滑,通常先学 Python。 Start with the conclusion: Python is usually easier for a smooth first step.
  2. 证据:语法更简洁、样板更少、初学资料丰富。 Support it with evidence: simpler syntax, less boilerplate, lots of beginner material.
  3. 补充条件:如果目标是前端网页开发,JavaScript 会更直接。 Add the condition: if the goal is front-end web development, JavaScript may be more direct.

记住:先回答,再论证;先清晰,再华丽。 Remember: answer first, justify second; clarity beats ornament.

平台分布

Codex

34.64%
按下载量换算23

Claude

30.88%
按下载量换算21

Cursor

20.25%
按下载量换算14

Gemini CLI

9.09%
按下载量换算6

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

权限未标注

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

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

继续浏览同类 Skills