🎁 福利专区全网大模型免费应用 + 新用户福利 + 注册活动入口,低成本玩转 AI

GitHub 项目管家 ReefBlank/manage-github-projects

DeepSeek Harness
ReefBlank23 天前有提交已提供中文文档扫描:无法判定

从建仓到发版,分阶段管好个人开源项目

30.8/100
综合分
1
GitHub 星标
—
npm 周下载
—/5
用户评分

数据截至 2026/10/12 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。

自动兼容检查未通过:仓库根目录及浅层子目录均无 dsh 插件清单,无法用 dsh 插件安装命令安装。以下命令仍可尝试,但可能失败。
无法用 dsh 插件命令安装(仓库内无 dsh 插件清单)
git clone https://github.com/ReefBlank/manage-github-projects.git
按该仓库 README 的原生方式安装;若作者另行发布了 DSH 插件包,请以其文档为准

状态速览

判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态
信任档位:需留意
是什么[目录]—
dsh 原生插件 · market
暂无时间戳·判据 →
装得上吗[实装验证]!
实装验证未通过(unknown),装前请到仓库确认最近更新与 issue
L4 · 真实安装等级说明 →
数据截至 2026/10/31·判据 →
安全吗[自动扫描]—
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
数据截至 2026/11/04·判据 →
还在维护吗[仓库]✓
活跃:最近一次提交在 23 天前
暂无时间戳·判据 →
图例:✓ 通过! 需注意— 未判定 / 无数据· 「未判定」= 本站尚无数据,不代表插件有问题
档位由哪些信号合成

本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。

验证判据与等级说明 →

可信度证据

⚠︎ 实装验证未通过(unknown · 2026/10/31) ——可能是验证环境差异,装前建议到 GitHub 仓库确认最近更新与 issue。
安装兼容性检查需源码安装

仓库根目录及浅层子目录均无 dsh 插件清单,无法用 dsh 插件安装命令安装

展开查看检查明细 ↓

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。

✗npm 包manage-github-projects(未发布到 npm,仅可源码安装)
✓Node 引擎未声明 engines.node
✓dsh CLI 依赖未声明 dsh 版本约束
✗入口文件缺少入口声明

源码安装时若 pnpm 拦截 prepare 脚本,按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑。

验证方式:npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/12 22:44:06

安全扫描自动 · 静态分析源码
v2.7.0
⚪ 扫描:无法判定尚无人工评估
展开查看扫描说明与证据 ↓

已尝试扫描但取不到可分析的源码:仓库或包不存在、已删除,或为非 JS/TS 实现、未随包发布源码。无法判定,不代表安全。

  • · 包内无可扫 JS
  • · TS 源码(可能为非 JS 实现或未发布源码),无法判定
扫描于 2026/11/4(0 天前) · 范围 全包扫描(包内未声明入口) · 来源 GitHub 仓库

静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。

社区实装还没有人打卡 · 装过的第一个就是你
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个

功能亮点

  • 仓库初始化与首次推送
  • 开源合规审计
  • 语义化版本发布

管理个人 GitHub 项目的智能体技能:仓库初始化与首次推送、开源合规审计、语义化版本发布、日常维护,附带 DeepSeek Harness 智能体预设。

README

由 DeepSeek 最新模型翻译生成
manage-github-projects 面向个人 GitHub 项目的 Agent Skill:从「想把这个项目放到 GitHub 上」开始,经过公开范围确认、建仓与首次推送、开源合规体检、语义化版本发布,逐阶段推进到持续可维护的开源仓库。 这个 Skill 只覆盖 GitHub 个人项目。它不索取你的密码、token 或验证码,也不替你在网页上完成登录、双因素验证和删除确认。 解决什么问题 很多人卡住的不是 git push 本身,而是这些前置判断: - 哪些文件不能公开,密钥和构建产物有没有混进去; - 仓库该建在哪个账号下、用 public 还是 private; - 到底要不要加 LICENSE,加哪一种,别人能不能合法复用; - 为什么 README 写了还是没人会用; - tag、package.json、CHANGELOG 和 Release 的版本号为什么对不上; - 哪些操作一旦做了就收不回来。
展开完整文档(README 剩余 1 节)
manage-github-projects

面向个人 GitHub 项目的 Agent Skill:从「想把这个项目放到 GitHub 上」开始,经过公开范围确认、建仓与首次推送、开源合规体检、语义化版本发布,逐阶段推进到持续可维护的开源仓库。

这个 Skill 只覆盖 GitHub 个人项目。它不索取你的密码、token 或验证码,也不替你在网页上完成登录、双因素验证和删除确认。

解决什么问题

很多人卡住的不是 git push 本身,而是这些前置判断:

- 哪些文件不能公开,密钥和构建产物有没有混进去;
- 仓库该建在哪个账号下、用 public 还是 private;
- 到底要不要加 LICENSE,加哪一种,别人能不能合法复用;
- 为什么 README 写了还是没人会用;
- tag、package.json、CHANGELOG 和 Release 的版本号为什么对不上;
- 哪些操作一旦做了就收不回来。

这个 Skill 把流程固定成四个阶段,并设置明确的确认门禁:

flowchart LR
A[接入\n账号 -> 凭据探测 -> 仓库名与归属 -> 可见性 -> 许可证] --> B[建仓\ninit -> 忽略规则 -> 敏感信息扫描 -> 体积体检 -> 首推]
B --> C[合规\nREADME -> LICENSE -> 社区文件 -> CI -> 分支保护]
C --> D[发布\n版本决策 -> CHANGELOG -> tag -> Release -> 维护]

每个阶段只推进一个明确任务。用户没有确认公开范围、首推范围和发布方案之前,Skill 不会创建远程仓库、不会提交、也不会推送。

核心特点

- 凭据只读不落地:只探测用户环境里已配置的凭据(git credential、凭据管理器、gh auth、SSH agent),报告时脱敏,绝不回显 token 明文。
- 推送前强制扫描:敏感信息扫描和体积体检是建仓阶段的硬性步骤,命中时停下来报告,不允许「先推上去再删」。
- 危险操作单项授权:force push、git filter-repo 历史重写、删除仓库、更改可见性、删除 tag/Release 都必须单独说明目标、影响、不可逆后果和备份方式,并等待用户对该项单独授权。
- 版本号单一事实来源:tag、package.json、CHANGELOG 顶部条目、Release 标题必须一致;已发布的 tag 不得移动,修正只能发新版本。
- 可执行体检:repo_doctor.py 只读检查仓库结构、忽略规则、社区文件、CI、疑似密钥、大文件与垃圾产物,结论按 阻塞 / 建议 / 可选 / 通过 分级。
- 证据等级:L1 静态、L2 本地 Git、L3 远程 API、L4 CI、L5 发布物,低等级证据不得冒充高等级。
- 状态持久化:把规划、进度、决策、版本变更、测试和发布检查保存到项目的 docs/github/,以文件而不是聊天记忆作为事实来源。
- 不替用户做法律与产品决策:许可证、可见性、归档与删除由用户确认,建议必须标注为建议。

四阶段与门禁

| 阶段 | 内容 | 门禁 |
| 1. 接入 | 账号与凭据可用性、仓库名与归属、可见性、许可证、公开范围 | 目标信息收齐 → 公开范围确认 |
| 2. 建仓 | 本地初始化、忽略规则、敏感信息扫描、体积体检、首次提交与推送 | 首推范围确认 |
| 3. 合规 | README、LICENSE、社区文件、Issue/PR 模板、CI、分支保护 | 阻塞项清零 |
| 4. 发布 | 版本决策、CHANGELOG、tag、GitHub Release、发布后核验与维护 | 发布方案确认 |

「下一步」「好的」「可以」「开始吧」这类泛化回复不算通过门禁;必须针对当前门禁明确回复「公开范围确认」「首推范围确认」或「发布方案确认」。

安装

推荐:让 Agent 自动安装

不需要手动复制文件。打开支持 Agent Skills 的 Codex、Claude Code 或其他 coding agent,把下面这段提示词直接发给它:

请帮我安装这个 Agent Skill: https://github.com/ReefBlank/manage-github-projects

请按以下要求执行:
1. 优先使用你当前环境提供的 Skill 安装工具(例如 skill-installer)。
2. 将仓库根目录作为一个完整 Skill 安装;根目录中的 SKILL.md 是 Skill 入口。
3. 安装到当前用户的 Skills 目录,不要放进我的业务项目目录。
4. 安装后的入口应为 <Skills目录>/manage-github-projects/SKILL.md,不要额外嵌套同名目录。
5. 如果已经存在同名 Skill,先检查版本和来源;不要直接覆盖,先告诉我并等待确认。
6. 安装后检查 SKILL.md 和 agents/openai.yaml,并在环境支持 Python 时运行仓库自带的校验脚本。
7. 最后告诉我实际安装路径、校验结果,以及如何启用这个 Skill。

安装完成后,可以显式调用:

$manage-github-projects

如果 Agent 没有专用安装器,它也应该自动从 GitHub 获取仓库,并把仓库根目录安装为 manage-github-projects。具体 Skills 根目录由对应工具决定,agents/openai.yaml 是 Codex 的可选界面元数据。

DeepSeek Harness(DSH)用户目录安装

DSH 把用户级 Skill 放在 ~/.dsh/skills/,Agent 预设放在 ~/.dsh/.agent-presets/:

Skill 目录(入口:~/.dsh/skills/manage-github-projects/SKILL.md)
git clone https://github.com/ReefBlank/manage-github-projects "$env:USERPROFILE\.dsh\skills\manage-github-projects"

DSH agent 预设 $preset = "$env:USERPROFILE\.dsh\.agent-presets\manage-github-projects" New-Item -ItemType Directory -Force -Path "$preset\skills" | Out-Nullpowershell Copy-Item -Recurse -Force "$env:USERPROFILE\.dsh\skills\manage-github-projects" "$preset\skills\"

更省事的方式是直接运行仓库自带的一键安装脚本,它会同时装好 Skill 和预设: powershell
python scripts/install_dsh_preset.py

完整说明(含手工安装、启用、排错与卸载)见 docs/dsh-preset.md。

使用示例 text 我想把这个本地项目传到 GitHub 上,并且开源。

首轮不会假设仓库名、可见性、许可证或「不需要 LICENSE」,而是先问会改变路线的最少问题。确认公开范围后才初始化仓库并推送。
text
帮我给这个仓库做一次体检,然后发布 v1.0.0。

Skill 会先跑 repo_doctor.py,按 阻塞 / 建议 / 可选 / 通过 分级汇报;阻塞项清零并通过「发布方案确认」门禁后才创建 tag 和 Release。

项目文件

使用过程中,Skill 会在用户确认公开范围并同意建立项目记录后初始化: text docs/github/ ├── project-plan.md # 仓库信息、公开范围、合规基线与发布规划 ├── progress.md # 当前阶段、门禁记录与逐项进度 ├── decisions.md # 重要选择及原因、危险操作授权记录 ├── version-change.md # 版本变更单与版本号一致性检查 ├── test-report.md # 实际执行过的验证及证据等级 └── release-checklist.md # 发布前检查清单

项目文件只记录仓库名、可见性、许可证、默认分支和版本号等非秘密标识。禁止记录密码、token、私钥、验证码和个人证件信息,validate_project_state.py 会在校验时拒绝这类内容。

包含内容 text manage-github-projects/ ├── SKILL.md ├── agents/openai.yaml ├── references/ │ ├── auth-and-safety.md # 凭据与安全红线 │ ├── repo-setup-stage.md # 阶段 2 建仓手册 │ ├── repo-audit.md # 阶段 3 合规体检手册 │ ├── release-stage.md # 阶段 4 发布手册 │ ├── maintenance.md # 日常维护手册 │ ├── state-persistence.md # 状态持久化约定 │ ├── acceptance-tests.md # T01-T40 验收用例表 │ └── official-links.md # 官方入口链接清单 ├── assets/project-docs/ # docs/github/ 状态模板 ├── preset/ │ ├── preset.yml # DSH 预设界面元数据 │ └── agent.cordis.yml # DSH agent-plane 组合 ├── docs/dsh-preset.md # DSH 安装、启用与排错说明 ├── scripts/ │ ├── init_project_state.py # 初始化状态文件(不覆盖已有) │ ├── validate_project_state.py # 校验状态文件并拒绝凭据 │ ├── repo_doctor.py # 只读仓库体检,输出分级报告 │ ├── install_dsh_preset.py # 一键安装到 DSH 用户目录 │ └── validate_skill.py # 校验 Skill 结构与行为标记 └── tests/test_scripts.py

本地验证

在 Skill 目录运行: powershell
python scripts/validate_skill.py .
python scripts/validate_skill.py . --check-links
python -m unittest discover -s tests -v

只读体检一个已有仓库: powershell
python scripts/repo_doctor.py <project-root>
python scripts/repo_doctor.py <project-root> --json

初始化并校验项目状态文件: powershell
python scripts/init_project_state.py <project-root>
python scripts/validate_project_state.py <project-root>

repo_doctor.py 返回 0 只代表没有 阻塞 项,属于 L1 静态证据,不能替代远程仓库状态核验、CI 结论或 Release 可下载性验证。

重要官方入口

- Git 官方文档
- GitHub Docs
- GitHub REST API
- GitHub 仓库可见性说明
- GitHub Releases
- GitHub Actions
- Dependabot
- 选择许可证
- 语义化版本
- 保持变更日志
- 约定式提交
- 贡献者公约
- SPDX 许可证列表

许可证

本项目采用 MIT License。第三方文档、模板和社区规范仍受其各自许可证约束。
预览分享卡片长什么样 ↓ReefBlank/manage-github-projects
分享 · DeepSeek Harness Hub
ReefBlank/manage-github-projects

从建仓到发版,分阶段管好个人开源项目

这个插件是你维护的吗?
作者本人可认领并核对本条目;认领通过后,详情页会显示「作者已认领」标记。
认领条目 →
回到顶部