Token导航 LogoToken导航

Agent Skill · 开发

decision-log(决策日志)

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

decision-log 是开发类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在开发类的 21,746 个 Skill 里排第 17,575。

总安装 396周安装 16GitHub Stars 3下载 124核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/mkdir700/myskills --skill decision-log

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

decision-log 记录重要技术选型与架构变更决策过程。适用于项目演进历史追溯与团队知识沉淀。采用 Markdown 格式便于版本控制与协同编辑。敏感决策建议附加风险评估与备选方案说明。适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

来源仓库内路径:skills/decision-log

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

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

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

decision-log 怎么安装?

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

decision-log 支持哪些 AI 工具?

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

decision-log 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

decision-log 是免费的吗?

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

decision-log 用的人多吗?

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

decision-log 安全吗?

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

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

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

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

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

开发类 Skill 对比

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

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
decision-log

决策日志 · 本页

3963只读未明确通过

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

SKILL.md 原文

Decision Log - Pre-Commit Workflow

CRITICAL: ALWAYS Execute This Workflow Before Any Commit

This skill is mandatory when user mentions commit. Do NOT skip to git commit directly.

Workflow (Execute in Order)

Step 1: STOP - Do Not Commit Yet

When user says "commit" or "git commit":

  • DO NOT execute git commit immediately
  • User wants a commit, but you must generate decision log FIRST

Exception: If user explicitly says "skip decision log" or "commit without log":

  • Respect their choice and proceed directly to git commit
  • Skip Steps 2-6 entirely

Step 2: Review What's Being Committed

Run these commands in sequence:

# See what files are staged
git diff --cached --name-only

# See the actual changes
git diff --cached

Show the user:

  • Which files changed
  • Key changes (summarize if diff is >50 lines)

Step 3: Generate Decision Log

Based on the diff, create a 3-line decision log:

[YYYY-MM-DD HH:MM] <one-line summary>
- Why: <core reason for this change>
- Risk: <known issues/shortcuts or "none">

CRITICAL - Time Format Rules:

  • Use current system time for HH:MM
  • Get it from: date +%H:%M command
  • DO NOT guess or make up times
  • DO NOT use placeholder times like "14:30" or "18:00"

Example of getting current time:

$ date +%Y-%m-%d
2026-01-29

$ date +%H:%M
10:47

# Use these exact values:
[2026-01-29 10:47] Summary here

Rules:

  • Summary: Extract from user's recent messages or infer from code changes
  • Why: The business/technical reason (not "user asked")
  • Risk: Be honest about shortcuts, missing tests, or edge cases

Example:

[2026-01-29 10:47] Sync pairing settings types across test env
- Why: Test suite needed updated Setting type to match production
- Risk: May break other tests expecting old type structure

Step 4: Show Proposed Commit

Present to user:

I'll commit these changes:

Files:
- src/types/setting.ts
- src/test/setup.ts
(+ 3 more files)

With message:
---
fix: sync pairing settings types and test env

[Decision Log]
[2026-01-29 10:47] Sync pairing settings types across test env
- Why: Test suite needed updated Setting type to match production
- Risk: May break other tests expecting old type structure
---

Proceed with commit? [y/n/skip]
- y: Commit with decision log
- n: Cancel and revise
- skip: Commit without decision log

Step 5: APPEND Decision Log to File (DO NOT OVERWRITE)

CRITICAL: This step must APPEND, not overwrite existing content

Execute these commands in this exact order:

# 1. Create directory if needed
mkdir -p .decisions

# 2. Get current date and time from system
TODAY=$(date +%Y-%m-%d)
TIME=$(date +%H:%M)

# 3. APPEND to file (NEVER overwrite)
# Use >> for append, NOT > which overwrites
cat >> .decisions/$TODAY.md << EOF
[$TIME] Make build workflow package-only
- Why: Build pipeline should only produce artifacts without tagging or releasing
- Risk: none

EOF

VERIFICATION REQUIRED:

After appending, verify the file still contains old entries:

# Show the file to confirm old entries are preserved
cat .decisions/$TODAY.md

Expected output:

[09:05] Add pairing orchestration tracing...
[09:51] Improve pairing usecase...
[10:28] Remove direct deps...
[10:47] Make build workflow package-only  ← New entry with CURRENT time

If old entries are missing → ABORT and show error

Step 6: Stage the Decision Log File

# Stage the entire .decisions/ directory
git add .decisions/

Why this matters:

  • The decision log file must be included in the same commit
  • Without staging, it won't be part of the commit

Step 7: Execute Commit

Only after user confirms AND verification passes, run:

git commit -m "fix: make build workflow package-only

[Decision Log]
[2026-01-29 10:47] Make build workflow package-only
- Why: Build pipeline should only produce artifacts without tagging or releasing
- Risk: none"

If user chose "skip" in Step 4:

# Commit without decision log
git commit -m "fix: make build workflow package-only"

Result:

  • Commit includes both code changes AND the .decisions/YYYY-MM-DD.md file (if not skipped)
  • Old decision log entries are preserved in the file
  • Time reflects actual commit time, not a guess

User Options During Confirmation

When asking "Proceed? [y/n/skip]":

y - Commit with decision log (default workflow) n - Don't commit, let user revise message or decision log skip - Commit immediately without decision log (skip Steps 5-6)

Examples:

User: "y" → Full workflow with decision log
User: "n" → Cancel, ask what to change
User: "skip" → Direct git commit, no decision log
User: "skip decision log" at any point → Immediately skip to git commit
User: "commit without log" → Skip entire workflow, direct commit

Anti-Patterns (NEVER DO THESE)

❌ Using > instead of >>: This OVERWRITES the file

cat > .decisions/2026-01-29.md  # ❌ WRONG - deletes old content

✅ Correct: Use >> This APPENDS to the file

cat >> .decisions/2026-01-29.md  # ✅ CORRECT - preserves old content

❌ Guessing the time: Using placeholder times

[14:30] Summary  # ❌ WRONG - where did 14:30 come from?

✅ Correct: Use system time

TIME=$(date +%H:%M)
[$TIME] Summary  # ✅ CORRECT - actual current time

❌ Not verifying after append: Always check that old entries still exist

❌ Ignoring user's "skip" request: If user says skip, don't force decision log

Complete Example Workflow

User: "commit"

Claude:
[Step 1] Reviewing staged changes...

[Step 2]
Files to commit:
- src/workflows/build.yml (modified)

Key changes:
- Removed release steps from build workflow

[Step 3] Getting current time...
$ date +%Y-%m-%d
2026-01-29
$ date +%H:%M
10:47

Generated decision log:
[2026-01-29 10:47] Make build workflow package-only
- Why: Build pipeline should only produce artifacts without tagging
- Risk: none

[Step 4]
I'll commit with this message:
---
fix: make build workflow package-only

[Decision Log]
[2026-01-29 10:47] Make build workflow package-only
- Why: Build pipeline should only produce artifacts without tagging
- Risk: none
---

Proceed? [y/n/skip]

User: "y"

Claude:
[Step 5] Appending decision log...
$ mkdir -p .decisions
$ TODAY=$(date +%Y-%m-%d)
$ TIME=$(date +%H:%M)
$ cat >> .decisions/$TODAY.md << EOF
[$TIME] Make build workflow package-only
- Why: Build pipeline should only produce artifacts without tagging
- Risk: none

EOF

[Verification] Checking file contents...
$ cat .decisions/2026-01-29.md

File contents:
[09:05] Add pairing orchestration tracing...
[09:51] Improve pairing usecase...
[10:28] Remove direct deps...
[10:47] Make build workflow package-only  ✓ Appended with actual time

[Step 6] Staging decision log...
$ git add .decisions/

[Step 7] Committing...
$ git commit -m "fix: make build workflow package-only

[Decision Log]
[2026-01-29 10:47] Make build workflow package-only
- Why: Build pipeline should only produce artifacts without tagging
- Risk: none"

✓ Committed: abc1234
✓ Decision log appended (preserving 3 previous entries)

Example: User Skips Decision Log

User: "commit but skip the decision log this time"

Claude:
[Step 1] User requested to skip decision log.

Committing without decision log...
$ git commit -m "fix: make build workflow package-only"

✓ Committed: abc1234
(no decision log created)

Time Extraction Commands

Always use these exact commands:

# Full timestamp
date +"%Y-%m-%d %H:%M"
# Output: 2026-01-29 10:47

# Just date (for filename)
date +%Y-%m-%d
# Output: 2026-01-29

# Just time (for log entry)
date +%H:%M
# Output: 10:47

Never:

  • Hardcode times like "14:30" or "18:00"
  • Guess based on previous entries
  • Use placeholder times from examples

Troubleshooting

Problem: Wrong time in decision log

Symptoms:

$ cat .decisions/2026-01-29.md
[14:30] Entry 1  # Actual commit was at 10:47

Cause: Used hardcoded time instead of date +%H:%M

Fix: Always run date +%H:%M to get current time before creating log entry

Problem: Old entries disappeared

Symptoms:

$ cat .decisions/2026-01-29.md
[10:47] Make build workflow package-only  # Only new entry, old ones gone

Cause: Used > instead of >>, or recreated the file

Fix:

  1. Check git history: git show HEAD^:.decisions/2026-01-29.md
  2. Restore old entries from previous commit
  3. Append new entry correctly with >>

Problem: User wants to skip but workflow continues

Symptoms: User says "skip decision log" but AI still generates one

Cause: Didn't check for skip keywords in Step 1

Fix: Always check user's message for "skip", "without log", "no log" before starting workflow

Resources

This skill includes a helper script that correctly handles time and append operations.

平台分布

Codex

35.33%
按下载量换算44

Claude

31.44%
按下载量换算39

Cursor

20.22%
按下载量换算25

Gemini CLI

9%
按下载量换算11

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

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

继续浏览同类 Skills