團隊協作與文件管理

幫我創建「新員工入職指南」:

輸入文件:
- 公司政策文件(policy.pdf)
- 技術棧概覽(tech_stack.md)
- FAQ(faq.docx)
- 團隊聯絡人(contacts.xlsx)

輸出要求:
- Markdown 格式,具有清晰的區塊結構
- 提取關鍵資訊並去除冗餘
- 添加目錄和快速索引
- 在每個區塊末尾添加「延伸閱讀」連結
- 最後生成 PDF 版本

這是今天產品會議的記錄:
[貼上記錄]

請:
1. 總結關鍵討論點
2. 提取所有行動項目並標記負責人和截止日期
3. 識別未解決的問題
4. 生成結構化的會議記錄
5. 創建任務追蹤表(CSV 格式),可以
   導入 Asana/Jira

team-knowledge-base/
├── prompts/
│   ├── code-review-checklist.md
│   ├── bug-report-template.md
│   └── feature-spec-template.md
├── skills/
│   ├── team-report-generator/
│   └── sprint-summary/
└── guides/
    ├── onboarding-guide.md
    └── common-workflows.md

在使用 Happycapy 完成[任務]後:

1. 總結我們完成的內容
2. 記錄使用的工作流程
3. 註記任何挑戰以及我們如何解決它們
4. 用學習內容更新團隊文件
5. 建議下次的任何改進

創建全面的專案交接文件:

專案: [專案名稱]
背景: [簡要描述]

包括來自以下的文件:
- 架構決策(architecture.md)
- API 文件(swagger.yaml)
- 資料庫架構(schema.sql)
- 部署指南(deploy-notes.md)
- 已知問題(issues.md)

生成:
1. 執行摘要(給利益相關者)
2. 技術概覽(給工程師)
3. 快速入門指南(給新團隊成員)
4. 故障排除指南(常見問題 + 解決方案)
5. 未來路線圖(計劃的改進)

格式: Markdown + PDF
語調: 清晰、簡潔,假設讀者聰明但不熟悉專案

處理我們的衝刺回顧筆記:

[貼上原始筆記或上傳文件]

創建:
1. 進展順利的摘要
2. 面臨的挑戰摘要
3. 帶負責人和截止日期的行動項目
4. 指標比較(計劃 vs. 實際)
5. 關鍵學習
6. 下一個衝刺的遺留項目

格式化為:
- 團隊參考的 Markdown 文件
- 利益相關者更新的簡報幻燈片
- 專案管理工具的行動項目 CSV

從這個支援線程創建知識庫文章:

[貼上支援對話]

文章應包括:
1. 問題陳述(問題是什麼?)
2. 根本原因(為什麼會發生?)
3. 解決方案(逐步說明)
4. 預防(如何在未來避免)
5. 相關問題(連結到類似問題)

格式:
- 清晰的標題
- 技術說明的程式碼區塊
- 截圖參考(描述應該顯示什麼)
- 搜尋友好的關鍵字

受眾: 技術支援團隊和進階使用者

我們的團隊 wiki 過時了。幫我更新它:

當前 wiki: [提供連結或貼上內容]

最近的變化:
- 新團隊成員: [列出]
- 棄用的工具: [列出]
- 新流程: [描述]
- 更新的聯絡資訊: [提供]

請:
1. 識別過時的區塊
2. 為每個區塊建議更新
3. 重新組織以改善導航
4. 添加缺失的資訊
5. 移除冗餘內容
6. 確保格式一致

以 Markdown 輸出更新的 wiki 內容。

為跨團隊專案創建對齊文件:

涉及的團隊:
- 工程: [重點領域]
- 設計: [重點領域]
- 產品: [重點領域]
- 營銷: [重點領域]

專案: [描述]

文件應包括:
1. 共同目標和成功指標
2. 每個團隊的職責
3. 團隊之間的依賴關係
4. 溝通協議
5. 時間表和里程碑
6. 決策流程
7. 風險評估

格式: 所有團隊都可以參考的協作文件
語調: 清晰、中立,專注於對齊而非歸咎

幫我設定帶版本控制的文件工作流程:

要求:
1. 基於 Markdown 的文件
2. Git 版本控制
3. 自動生成目錄
4. 連結驗證
5. 變更日誌生成

設定:
- 目錄結構
- 用於驗證的預提交掛鉤
- 用於自動檢查的 GitHub Actions
- 團隊的貢獻指南

提供設定說明和模板。

生成每週團隊狀態報告:

資料來源:
- GitHub: 合併的 PR、關閉的問題
- Jira: 完成的票證、進行中的票證
- 團隊日曆: 關鍵會議和決策

報告格式:
1. 執行摘要
   - 關鍵成就
   - 顯著阻礙
   - 下週優先事項

2. 詳細指標
   - 速度(完成的故事點)
   - Bug 解決率
   - PR 審查周轉時間

3. 團隊亮點
   - 個人貢獻
   - 學習和發展

4. 即將到來
   - 下一個衝刺目標
   - 關鍵日期和截止日期

每週五下午 4 點自動執行。(Pro/Max 方案)

為新工程師創建自動化入職工作流程:

第 1 天任務:
- 帳戶設定指南(逐步)
- 開發環境設定
- 首次提交教程
- 團隊介紹

第 1 週任務:
- 程式碼庫架構概覽
- 常見工作流程文件
- 入門任務(適合首次問題)

第 2-4 週任務:
- 複雜度遞增的任務
- 導師配對計劃
- 檢查點

生成:
1. 新員工檢查清單
2. 自動化電子郵件序列(起草內容)
3. 在關鍵點發送的 Slack 訊息
4. 經理檢查指南

使其全面但不令人不知所措。

記錄這個架構決策:

背景: [描述情況]
考慮的選項: [列出選項]
決策: [我們選擇了什麼]
理由: [為什麼我們選擇它]

格式化為架構決策記錄(ADR):
- 標題: [簡潔描述]
- 狀態: [提議/接受/棄用]
- 背景: [背景和限制]
- 決策: [我們決定了什麼]
- 後果: [正面和負面結果]
- 替代方案: [我們沒有選擇的以及為什麼]

添加到我們的 ADR 集合中,位於 docs/decisions/

促進跨職能規劃會議:

目標: 規劃第二季產品發布

參與者:
- 工程: [團隊規模和重點]
- 設計: [團隊規模和重點]
- 產品: [優先事項]
- 營銷: [優先事項]

幫我:
1. 創建規劃會議議程
2. 為每個職能生成討論提示
3. 創建依賴關係映射模板
4. 時間表可視化(甘特圖資料)
5. 資源分配規劃
6. 風險識別框架
7. 成功指標定義

輸出:
- 參與者的預讀文件
- 會議促進指南
- 捕獲決策的模板
- 會後摘要格式

為[文件類型]創建可重複使用的模板:

標準區塊:
- [列出必需區塊]

可選區塊:
- [列出可選區塊]

包括:
- Markdown 模板檔案
- 使用說明
- 範例填寫版本
- 完整性檢查清單

儲存在團隊模板儲存庫中。

設定文件審查工作流程:

1. 作者創建草稿
2. 同行審查(技術準確性)
3. 編輯審查(清晰度、語法)
4. 利益相關者審查(對齊)
5. 最終批准

創建:
- 每個階段的審查檢查清單
- 回饋模板
- 批准流程
- 版本追蹤系統

與我們現有的工具整合: [列出工具]

將這個 Slack 討論轉換為決策文件:

[貼上 Slack 對話]

提取:
1. 正在討論的問題
2. 提議的解決方案
3. 提出的關注
4. 最終決策
5. 行動項目

格式化為持久文件,以便以後可以參考,
這樣人們就不需要翻閱 Slack 歷史記錄。

審查我們團隊的文件實踐:

當前狀態:
- 我們使用的工具: [列出]
- 痛點: [列出]
- 運作良好的: [列出]

建議改進:
1. 流程優化
2. 工具整合
3. 模板更新
4. 培訓需求

按以下方式排序優先級: 影響 vs. 努力