Token导航 LogoToken导航

Agent Skill · 研究检索

project-handoff(项目交接)

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

project-handoff 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为接触敏感数据;许可证信息还不明确,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 72,323。

总安装 188周安装 8GitHub Stars 公开资料未说明下载 66核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/saccoai/agent-skills --skill project-handoff

这个 Skill 是做什么的

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

project-handoff 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中根据关键词、任务场景或来源线索快速定位候选结果。适用于项目交接、知识传递和任务移交等研究检索类任务场景。通过关键词输入和来源仓库路径,Agent 可自动提取并整理相关项目信息。

安装前建议确认权限范围和维护状态,避免触发不必要的联网或文件操作。需结合原始 README 进一步核验具体功能和使用限制,确保符合实际部署环境。

来源仓库内路径:skills/project-handoff

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

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

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

    它需要接触敏感数据,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

project-handoff 怎么安装?

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

project-handoff 支持哪些 AI 工具?

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

project-handoff 需要什么权限?

权限级别是接触敏感数据。该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

project-handoff 是免费的吗?

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

project-handoff 用的人多吗?

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

project-handoff 安全吗?

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

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

值得选的地方

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

先想清楚的地方

  • 需要接触敏感数据,装到常用环境前要先评估影响面。
  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

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

不太适合

  • 环境里有大量密钥、凭证,不方便给第三方 Skill 读取的人。
  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 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调用外部服务未明确有提醒
project-handoff

项目交接 · 本页

188—接触敏感数据未明确通过

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

SKILL.md 原文

This skill generates all documentation needed to hand off a completed project to a client or their internal team. It reads the codebase, environment config, and deployment setup to produce a comprehensive handoff package.

The user provides: the project directory and optionally the client's technical level (non-technical, developer, DevOps).

Handoff Package Contents

1. Project Overview (handoff/README.md)

# {Project Name} — Handoff Documentation

## Quick Start
git clone {repo-url}
{package-manager} install
cp .env.example .env.local  # fill in values
{package-manager} dev        # runs on localhost:3000

## Architecture
- Framework: {Next.js 16 / etc.}
- Styling: {Tailwind CSS v4 / etc.}
- Deployment: {Vercel / etc.}
- Domain: {domain.com}

## Repository
- URL: {repo-url}
- Branch strategy: main (production), develop (staging)
- CI/CD: {auto-deploy on push to main via Vercel}

2. Environment Variables (handoff/environment.md)

Auto-generated from .env.example and codebase analysis:

# Environment Variables

## Required
| Variable | Description | Where to get it | Example |
|----------|------------|-----------------|---------|
| SMTP_HOST | Email server hostname | Your email provider | smtp.gmail.com |
| SMTP_PORT | Email server port | Your email provider | 587 |
| SMTP_USER | Email account username | Your email provider | user@domain.com |
| SMTP_PASS | Email account password | Your email provider | ••••••••••• |

## Optional
| Variable | Description | Default |
|----------|------------|---------|
| NEXT_PUBLIC_GA_ID | Google Analytics ID | (none — analytics disabled) |

## Setting Variables
### Vercel
1. Go to vercel.com → Project → Settings → Environment Variables
2. Add each variable for Production, Preview, and Development
3. Redeploy after adding variables

### .env.local (local development)
Copy .env.example to .env.local and fill in values.
Never commit .env.local to git.

3. Deployment Guide (handoff/deployment.md)

# Deployment

## Production (Vercel)
- Auto-deploys when you push to `main` branch
- URL: {production-url}
- Dashboard: vercel.com/team/{team}/project/{project}

## How to Deploy
1. Make changes on a feature branch
2. Create a Pull Request to `main`
3. Vercel creates a preview deployment automatically
4. Review the preview URL
5. Merge the PR → auto-deploys to production

## Manual Deploy
npx vercel --prod

## Rollback
1. Go to Vercel Dashboard → Deployments
2. Find the last working deployment
3. Click ••• → Promote to Production

## Custom Domain
- Domain: {domain.com}
- DNS: {provider}
- Records configured: {A record / CNAME}
- SSL: Automatic via Vercel

4. Content Management (handoff/content.md)

How to update content without a developer:

# Updating Content

## Text Content
Content is stored in: src/data/*.ts

### To update text:
1. Open the relevant file in src/data/
2. Find the text you want to change
3. Edit the text between the quotes
4. Commit and push → auto-deploys

### File locations:
| Content | File |
|---------|------|
| Book list | src/data/books.ts |
| Articles | src/data/articles.ts |
| Navigation | src/data/navigation.ts |
| {etc.} | {etc.} |

## Images
- Location: public/images/
- Formats: Use .webp or .jpg (not .png for photos)
- Sizes: Keep under 500KB per image
- After adding: reference in the relevant data file

## Adding a New Page
1. Create src/app/{page-name}/page.tsx
2. Add navigation link in src/data/navigation.ts
3. Update sitemap in src/app/sitemap.ts

## Adding a New Article/Publication
1. Open src/data/{articles|books}.ts
2. Add a new entry following the existing pattern
3. Add any images to public/images/
4. Commit and push

5. Architecture Overview (handoff/architecture.md)

Auto-generated from codebase analysis:

# Architecture

## Directory Structure
src/
├── app/                    # Pages (file-based routing)
│   ├── page.tsx           # Homepage (/)
│   ├── about/page.tsx     # About page (/about)
│   ├── api/               # API routes
│   │   └── contact/route.ts  # Contact form endpoint
│   └── layout.tsx         # Root layout (header, footer)
├── components/
│   ├── layout/            # Header, footer, nav
│   ├── sections/          # Reusable page sections
│   └── ui/                # shadcn/ui components
├── data/                  # Content data files
├── lib/                   # Utility functions
└── styles/                # Global CSS

## Key Files
| File | Purpose |
|------|---------|
| src/app/layout.tsx | Root layout — wraps every page |
| src/app/globals.css | Global styles, CSS variables, fonts |
| next.config.ts | Redirects, image domains, config |
| tailwind.config.ts | Theme customization |

## Data Flow
1. Content lives in src/data/*.ts as typed TypeScript objects
2. Pages import data and render it
3. Contact form: client → /api/contact → Nodemailer → SMTP
4. No database — all content is in code

## Dependencies
| Package | Version | Purpose |
|---------|---------|---------|
| next | {version} | React framework |
| tailwindcss | {version} | Styling |
| framer-motion | {version} | Animations |
| nodemailer | {version} | Email sending |
| {etc.} | {etc.} | {etc.} |

6. Maintenance Checklist (handoff/maintenance.md)

# Maintenance

## Regular Tasks
| Task | Frequency | How |
|------|-----------|-----|
| Update dependencies | Monthly | `npm outdated` then `npm update` |
| Check for security vulns | Monthly | `npm audit` |
| Review Lighthouse scores | Quarterly | Run audit on production |
| Renew SSL certificate | Automatic | Managed by Vercel |
| Check error logs | Weekly | Vercel Dashboard → Logs |
| Backup content | Before major changes | `git tag backup-{date}` |

## Updating Dependencies
npm outdated          # see what's outdated
npm update            # update minor/patch versions
npx npm-check-updates # check for major version updates

## If Something Breaks
1. Check Vercel deployment logs: Dashboard → Deployments → latest
2. Check browser console for errors
3. Rollback to last working deployment (see deployment.md)
4. Contact: {developer contact info}

## Security
- Never commit .env files (they're in .gitignore)
- Rotate SMTP credentials periodically
- Keep dependencies updated (security patches)
- Review Vercel access permissions quarterly

7. Troubleshooting (handoff/troubleshooting.md)

# Troubleshooting

## Common Issues

### Build fails after content change
- Check for unclosed quotes or brackets in data files
- TypeScript will show the exact line with the error
- Fix: look at the Vercel build logs for the error message

### Contact form not sending emails
- Verify SMTP environment variables in Vercel
- Check Vercel Function logs for errors
- Test with a simple email first
- Common: SMTP password expired or 2FA blocking

### Images not showing
- Check file exists in public/images/
- Check filename matches exactly (case-sensitive)
- Verify image path in the data file starts with /images/

### Site looks different on mobile
- Clear browser cache (Cmd+Shift+R)
- Check if Vercel preview deployment is stale
- Verify changes are on the `main` branch

### Slow page load
- Run Lighthouse audit
- Check image sizes (should be < 500KB each)
- Look for unoptimized images (use WebP format)

Generation Process

The skill reads the actual codebase to generate accurate documentation:

  1. Scan package.json — detect framework, dependencies, scripts
  2. Scan .env.example — document all environment variables
  3. Scan src/ directory — map file structure and data flow
  4. Scan deployment config — Vercel, Netlify, Docker, etc.
  5. **Scan next.config.*** — redirects, image domains, etc.
  6. Read git remote — repository URL and branch info
  7. Generate all handoff documents with accurate, project-specific content

Output

All files are saved to handoff/ directory:

handoff/
├── README.md              # Quick start and overview
├── environment.md         # Environment variables guide
├── deployment.md          # How to deploy and rollback
├── content.md             # How to update content
├── architecture.md        # Technical architecture
├── maintenance.md         # Ongoing maintenance checklist
└── troubleshooting.md     # Common issues and fixes

Customization by Audience

AudienceFocusTone
Non-technical clientContent updates, what to expect, who to contactSimple, no jargon
DeveloperArchitecture, code patterns, debuggingTechnical, concise
DevOpsDeployment, infra, monitoring, env varsOperational, specific

Agent Team Integration

In the website-refactor workflow, this skill runs in Phase 6 after deployment. The Lead generates handoff docs as the final deliverable.

平台分布

Codex

37.39%
按下载量换算25

Claude

29.41%
按下载量换算19

Cursor

20.67%
按下载量换算14

Gemini CLI

9.97%
按下载量换算7

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

接触敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

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

继续浏览同类 Skills