mirror of
https://github.com/ayghri/i-have-adhd.git
synced 2026-10-02 04:14:46 +08:00
rules: retain additional Rule 9 items until requested or needed
Restore the Cap lists to 5 items title and original translated summaries. Keep presentation-only safeguards and synchronize the Cursor mirror and Gemini summary. Owner-approved wording and direct main push. Prepared with Codex (GPT-6).
This commit is contained in:
ayghri
@@ -100,9 +100,9 @@ Never use "Uh oh," "Oh no," or "There seems to be a problem." State cause and fi
|
||||
Bad: "Uh oh, the test is failing. There seems to be an issue..."
|
||||
Good: "Test fails at `auth.spec.ts:42`: expected 200, got 401. Cause: missing auth header. Fix: add `Authorization: Bearer ${token}` to the request."
|
||||
|
||||
### 9. Rank and group long lists
|
||||
### 9. Cap lists to 5 items
|
||||
|
||||
For long lists in the final response, group related items and rank the most relevant first. Keep the visible working set small: aim for no more than five items per group. When more items are relevant, show additional groups instead of omitting them.
|
||||
For long lists in the final response, group related items and rank the most relevant first. Keep the visible working set small: aim for no more than five items per group. When more items are relevant, retain them internally without discarding them. Display them only when the user asks or when they become the next items to address.
|
||||
|
||||
Never omit relevant items when completeness matters. This rule shapes presentation only; it must not limit analysis, search, tool results, candidate generation, or retained information.
|
||||
|
||||
|
||||
@@ -47,7 +47,7 @@ agy plugin uninstall i-have-adhd
|
||||
6. 所要時間は「少し」などの曖昧な表現を使わず、分単位などの具体的な数値で示す。
|
||||
7. 変更後は、何が動作するようになったかを目に見える形で示す。
|
||||
8. エラーは場所・原因・修正方法を淡々と伝える（大げさな表現は避ける）。
|
||||
9. 長いリストは重要度順に並べ、1グループ5項目以内を目安に分ける。必要な項目は省略しない。
|
||||
9. リストは最大5項目までに抑える。
|
||||
10. 前置き、要約、締めの挨拶は入れない。
|
||||
|
||||
例外規定：解説を求められた場合は十分に説明する。破壊的な操作を行う前には必ず確認を取る。修正に3回失敗した場合は一度停止し、前提条件のどこに誤りがあるかを指摘する。指示が曖昧な場合は短い質問を1つだけ行う。
|
||||
@@ -163,7 +163,7 @@ codex plugin marketplace remove i-have-adhd
|
||||
6. 所要時間は「少し」などの曖昧な表現を使わず、分単位などの具体的な数値で示す。
|
||||
7. 変更後は、何が動作するようになったかを目に見える形で示す。
|
||||
8. エラーは場所・原因・修正方法を淡々と伝える（大げさな表現は避ける）。
|
||||
9. 長いリストは重要度順に並べ、1グループ5項目以内を目安に分ける。必要な項目は省略しない。
|
||||
9. リストは最大5項目までに抑える。
|
||||
10. 前置き、要約、締めの挨拶は入れない。
|
||||
|
||||
例外規定：解説を求められた場合は十分に説明する。破壊的な操作を行う前には必ず確認を取る。修正に3回失敗した場合は一度停止し、前提条件のどこに誤りがあるかを指摘する。指示が曖昧な場合は短い質問を1つだけ行う。
|
||||
@@ -285,7 +285,7 @@ Copilot は設定項目の `disable-model-invocation` に従います。Claude C
|
||||
6. 所要時間は「少し」などの曖昧な表現を使わず、分単位などの具体的な数値で示す。
|
||||
7. 変更後は、何が動作するようになったかを目に見える形で示す。
|
||||
8. エラーは場所・原因・修正方法を淡々と伝える（大げさな表現は避ける）。
|
||||
9. 長いリストは重要度順に並べ、1グループ5項目以内を目安に分ける。必要な項目は省略しない。
|
||||
9. リストは最大5項目までに抑える。
|
||||
10. 前置き、要約、締めの挨拶は入れない。
|
||||
|
||||
例外規定：解説を求められた場合は十分に説明する。破壊的な操作を行う前には必ず確認を取る。修正に3回失敗した場合は一度停止し、前提条件のどこに誤りがあるかを指摘する。指示が曖昧な場合は短い質問を1つだけ行う。
|
||||
@@ -349,7 +349,7 @@ tap も削除する場合：`hermes skills tap remove ayghri/i-have-adhd`
|
||||
6. 所要時間は「少し」などの曖昧な表現を使わず、分単位などの具体的な数値で示す。
|
||||
7. 変更後は、何が動作するようになったかを目に見える形で示す。
|
||||
8. エラーは場所・原因・修正方法を淡々と伝える（大げさな表現は避ける）。
|
||||
9. 長いリストは重要度順に並べ、1グループ5項目以内を目安に分ける。必要な項目は省略しない。
|
||||
9. リストは最大5項目までに抑える。
|
||||
10. 前置き、要約、締めの挨拶は入れない。
|
||||
|
||||
例外規定：解説を求められた場合は十分に説明する。破壊的な操作を行う前には必ず確認を取る。修正に3回失敗した場合は一度停止し、前提条件のどこに誤りがあるかを指摘する。指示が曖昧な場合は短い質問を1つだけ行う。
|
||||
@@ -658,7 +658,7 @@ Skills マネージャーから `i-have-adhd` を削除するか、`~/.config/ze
|
||||
6. 所要時間は「少し」などの曖昧な表現を使わず、分単位などの具体的な数値で示す。
|
||||
7. 変更後は、何が動作するようになったかを目に見える形で示す。
|
||||
8. エラーは場所・原因・修正方法を淡々と伝える（大げさな表現は避ける）。
|
||||
9. 長いリストは重要度順に並べ、1グループ5項目以内を目安に分ける。必要な項目は省略しない。
|
||||
9. リストは最大5項目までに抑える。
|
||||
10. 前置き、要約、締めの挨拶は入れない。
|
||||
|
||||
例外規定：解説を求められた場合は十分に説明する。破壊的な操作を行う前には必ず確認を取る。修正に3回失敗した場合は一度停止し、前提条件のどこに誤りがあるかを指摘する。指示が曖昧な場合は短い質問を1つだけ行う。
|
||||
@@ -732,7 +732,7 @@ OpenCode の場合：`~/.config/opencode/AGENTS.md`。
|
||||
6. 所要時間は「少し」などの曖昧な表現を使わず、分単位などの具体的な数値で示す。
|
||||
7. 変更後は、何が動作するようになったかを目に見える形で示す。
|
||||
8. エラーは場所・原因・修正方法を淡々と伝える（大げさな表現は避ける）。
|
||||
9. 長いリストは重要度順に並べ、1グループ5項目以内を目安に分ける。必要な項目は省略しない。
|
||||
9. リストは最大5項目までに抑える。
|
||||
10. 前置き、要約、締めの挨拶は入れない。
|
||||
|
||||
例外規定：解説を求められた場合は十分に説明する。破壊的な操作を行う前には必ず確認を取る。修正に3回失敗した場合は一度停止し、前提条件のどこに誤りがあるかを指摘する。指示が曖昧な場合は短い質問を1つだけ行う。
|
||||
|
||||
@@ -47,7 +47,7 @@ agy plugin uninstall i-have-adhd
|
||||
6. 시간은 구체적인 단위로 예상하고 "조금"이라고 하지 마세요.
|
||||
7. 변경 후에는 이제 무엇이 작동하는지 보여 주세요.
|
||||
8. 오류는 위치, 원인, 해결 방법을 담담하게 알려 주세요.
|
||||
9. 긴 목록은 중요도순으로 정렬하고 그룹당 최대 5개 항목을 목표로 나누되, 관련 항목은 생략하지 마세요.
|
||||
9. 목록은 최대 5개 항목으로 제한하세요.
|
||||
10. 서론, 요약, 마무리 인사를 넣지 마세요.
|
||||
|
||||
예외: 설명을 요청받으면 충분히 설명하세요. 파괴적인 작업 전에는 확인하세요. 세 번의 수정이 실패하면 멈추고 의심되는 가정을 밝히세요. 요청이 모호하면 짧은 질문 하나를 하세요.
|
||||
@@ -163,7 +163,7 @@ codex plugin marketplace remove i-have-adhd
|
||||
6. 시간은 구체적인 단위로 예상하고 "조금"이라고 하지 마세요.
|
||||
7. 변경 후에는 이제 무엇이 작동하는지 보여 주세요.
|
||||
8. 오류는 위치, 원인, 해결 방법을 담담하게 알려 주세요.
|
||||
9. 긴 목록은 중요도순으로 정렬하고 그룹당 최대 5개 항목을 목표로 나누되, 관련 항목은 생략하지 마세요.
|
||||
9. 목록은 최대 5개 항목으로 제한하세요.
|
||||
10. 서론, 요약, 마무리 인사를 넣지 마세요.
|
||||
|
||||
예외: 설명을 요청받으면 충분히 설명하세요. 파괴적인 작업 전에는 확인하세요. 세 번의 수정이 실패하면 멈추고 의심되는 가정을 밝히세요. 요청이 모호하면 짧은 질문 하나를 하세요.
|
||||
@@ -285,7 +285,7 @@ Copilot은 `disable-model-invocation`을 따릅니다. Claude Code와 마찬가
|
||||
6. 시간은 구체적인 단위로 예상하고 "조금"이라고 하지 마세요.
|
||||
7. 변경 후에는 이제 무엇이 작동하는지 보여 주세요.
|
||||
8. 오류는 위치, 원인, 해결 방법을 담담하게 알려 주세요.
|
||||
9. 긴 목록은 중요도순으로 정렬하고 그룹당 최대 5개 항목을 목표로 나누되, 관련 항목은 생략하지 마세요.
|
||||
9. 목록은 최대 5개 항목으로 제한하세요.
|
||||
10. 서론, 요약, 마무리 인사를 넣지 마세요.
|
||||
|
||||
예외: 설명을 요청받으면 충분히 설명하세요. 파괴적인 작업 전에는 확인하세요. 세 번의 수정이 실패하면 멈추고 의심되는 가정을 밝히세요. 요청이 모호하면 짧은 질문 하나를 하세요.
|
||||
@@ -349,7 +349,7 @@ tap도 제거하려면 `hermes skills tap remove ayghri/i-have-adhd`를 실행
|
||||
6. 시간은 구체적인 단위로 예상하고 "조금"이라고 하지 마세요.
|
||||
7. 변경 후에는 이제 무엇이 작동하는지 보여 주세요.
|
||||
8. 오류는 위치, 원인, 해결 방법을 담담하게 알려 주세요.
|
||||
9. 긴 목록은 중요도순으로 정렬하고 그룹당 최대 5개 항목을 목표로 나누되, 관련 항목은 생략하지 마세요.
|
||||
9. 목록은 최대 5개 항목으로 제한하세요.
|
||||
10. 서론, 요약, 마무리 인사를 넣지 마세요.
|
||||
|
||||
예외: 설명을 요청받으면 충분히 설명하세요. 파괴적인 작업 전에는 확인하세요. 세 번의 수정이 실패하면 멈추고 의심되는 가정을 밝히세요. 요청이 모호하면 짧은 질문 하나를 하세요.
|
||||
@@ -450,7 +450,7 @@ npx skills remove i-have-adhd
|
||||
6. 시간은 구체적인 단위로 예상하고 "조금"이라고 하지 마세요.
|
||||
7. 변경 후에는 이제 무엇이 작동하는지 보여 주세요.
|
||||
8. 오류는 위치, 원인, 해결 방법을 담담하게 알려 주세요.
|
||||
9. 긴 목록은 중요도순으로 정렬하고 그룹당 최대 5개 항목을 목표로 나누되, 관련 항목은 생략하지 마세요.
|
||||
9. 목록은 최대 5개 항목으로 제한하세요.
|
||||
10. 서론, 요약, 마무리 인사를 넣지 마세요.
|
||||
|
||||
예외: 설명을 요청받으면 충분히 설명하세요. 파괴적인 작업 전에는 확인하세요. 세 번의 수정이 실패하면 멈추고 의심되는 가정을 밝히세요. 요청이 모호하면 짧은 질문 하나를 하세요.
|
||||
@@ -551,7 +551,7 @@ Skills 관리자에서 `i-have-adhd`를 제거하거나 `~/.config/zed/skills/i-
|
||||
6. 시간은 구체적인 단위로 예상하고 "조금"이라고 하지 마세요.
|
||||
7. 변경 후에는 이제 무엇이 작동하는지 보여 주세요.
|
||||
8. 오류는 위치, 원인, 해결 방법을 담담하게 알려 주세요.
|
||||
9. 긴 목록은 중요도순으로 정렬하고 그룹당 최대 5개 항목을 목표로 나누되, 관련 항목은 생략하지 마세요.
|
||||
9. 목록은 최대 5개 항목으로 제한하세요.
|
||||
10. 서론, 요약, 마무리 인사를 넣지 마세요.
|
||||
|
||||
예외: 설명을 요청받으면 충분히 설명하세요. 파괴적인 작업 전에는 확인하세요. 세 번의 수정이 실패하면 멈추고 의심되는 가정을 밝히세요. 요청이 모호하면 짧은 질문 하나를 하세요.
|
||||
@@ -621,7 +621,7 @@ npx skills remove i-have-adhd -g # 전역 설치한 경우
|
||||
6. 시간은 구체적인 단위로 예상하고 "조금"이라고 하지 마세요.
|
||||
7. 변경 후에는 이제 무엇이 작동하는지 보여 주세요.
|
||||
8. 오류는 위치, 원인, 해결 방법을 담담하게 알려 주세요.
|
||||
9. 긴 목록은 중요도순으로 정렬하고 그룹당 최대 5개 항목을 목표로 나누되, 관련 항목은 생략하지 마세요.
|
||||
9. 목록은 최대 5개 항목으로 제한하세요.
|
||||
10. 서론, 요약, 마무리 인사를 넣지 마세요.
|
||||
|
||||
예외: 설명을 요청받으면 충분히 설명하세요. 파괴적인 작업 전에는 확인하세요. 세 번의 수정이 실패하면 멈추고 의심되는 가정을 밝히세요. 요청이 모호하면 짧은 질문 하나를 하세요.
|
||||
|
||||
@@ -47,7 +47,7 @@ A pessoa que lê tem TDAH. Estruture cada resposta para que ela possa agir:
|
||||
6. Dê estimativas de tempo em unidades concretas, nunca "um pouco".
|
||||
7. Após uma alteração, mostre o que agora funciona.
|
||||
8. Erros: informe local, causa e correção, sem drama.
|
||||
9. Ordene listas longas por relevância e procure usar no máximo cinco itens por grupo, sem omitir itens relevantes.
|
||||
9. Limite listas a 5 itens.
|
||||
10. Sem preâmbulo, recapitulação ou despedida.
|
||||
|
||||
Exceções: explique por completo quando pedirem. Confirme antes de ações destrutivas. Após três tentativas de correção sem sucesso, pare e identifique a suposição duvidosa. Se o pedido for ambíguo, faça uma pergunta curta.
|
||||
@@ -163,7 +163,7 @@ A pessoa que lê tem TDAH. Estruture cada resposta para que ela possa agir:
|
||||
6. Dê estimativas de tempo em unidades concretas, nunca "um pouco".
|
||||
7. Após uma alteração, mostre o que agora funciona.
|
||||
8. Erros: informe local, causa e correção, sem drama.
|
||||
9. Ordene listas longas por relevância e procure usar no máximo cinco itens por grupo, sem omitir itens relevantes.
|
||||
9. Limite listas a 5 itens.
|
||||
10. Sem preâmbulo, recapitulação ou despedida.
|
||||
|
||||
Exceções: explique por completo quando pedirem. Confirme antes de ações destrutivas. Após três tentativas de correção sem sucesso, pare e identifique a suposição duvidosa. Se o pedido for ambíguo, faça uma pergunta curta.
|
||||
@@ -285,7 +285,7 @@ A pessoa que lê tem TDAH. Estruture cada resposta para que ela possa agir:
|
||||
6. Dê estimativas de tempo em unidades concretas, nunca "um pouco".
|
||||
7. Após uma alteração, mostre o que agora funciona.
|
||||
8. Erros: informe local, causa e correção, sem drama.
|
||||
9. Ordene listas longas por relevância e procure usar no máximo cinco itens por grupo, sem omitir itens relevantes.
|
||||
9. Limite listas a 5 itens.
|
||||
10. Sem preâmbulo, recapitulação ou despedida.
|
||||
|
||||
Exceções: explique por completo quando pedirem. Confirme antes de ações destrutivas. Após três tentativas de correção sem sucesso, pare e identifique a suposição duvidosa. Se o pedido for ambíguo, faça uma pergunta curta.
|
||||
@@ -349,7 +349,7 @@ A pessoa que lê tem TDAH. Estruture cada resposta para que ela possa agir:
|
||||
6. Dê estimativas de tempo em unidades concretas, nunca "um pouco".
|
||||
7. Após uma alteração, mostre o que agora funciona.
|
||||
8. Erros: informe local, causa e correção, sem drama.
|
||||
9. Ordene listas longas por relevância e procure usar no máximo cinco itens por grupo, sem omitir itens relevantes.
|
||||
9. Limite listas a 5 itens.
|
||||
10. Sem preâmbulo, recapitulação ou despedida.
|
||||
|
||||
Exceções: explique por completo quando pedirem. Confirme antes de ações destrutivas. Após três tentativas de correção sem sucesso, pare e identifique a suposição duvidosa. Se o pedido for ambíguo, faça uma pergunta curta.
|
||||
@@ -450,7 +450,7 @@ A pessoa que lê tem TDAH. Estruture cada resposta para que ela possa agir:
|
||||
6. Dê estimativas de tempo em unidades concretas, nunca "um pouco".
|
||||
7. Após uma alteração, mostre o que agora funciona.
|
||||
8. Erros: informe local, causa e correção, sem drama.
|
||||
9. Ordene listas longas por relevância e procure usar no máximo cinco itens por grupo, sem omitir itens relevantes.
|
||||
9. Limite listas a 5 itens.
|
||||
10. Sem preâmbulo, recapitulação ou despedida.
|
||||
|
||||
Exceções: explique por completo quando pedirem. Confirme antes de ações destrutivas. Após três tentativas de correção sem sucesso, pare e identifique a suposição duvidosa. Se o pedido for ambíguo, faça uma pergunta curta.
|
||||
@@ -551,7 +551,7 @@ A pessoa que lê tem TDAH. Estruture cada resposta para que ela possa agir:
|
||||
6. Dê estimativas de tempo em unidades concretas, nunca "um pouco".
|
||||
7. Após uma alteração, mostre o que agora funciona.
|
||||
8. Erros: informe local, causa e correção, sem drama.
|
||||
9. Ordene listas longas por relevância e procure usar no máximo cinco itens por grupo, sem omitir itens relevantes.
|
||||
9. Limite listas a 5 itens.
|
||||
10. Sem preâmbulo, recapitulação ou despedida.
|
||||
|
||||
Exceções: explique por completo quando pedirem. Confirme antes de ações destrutivas. Após três tentativas de correção sem sucesso, pare e identifique a suposição duvidosa. Se o pedido for ambíguo, faça uma pergunta curta.
|
||||
@@ -621,7 +621,7 @@ A pessoa que lê tem TDAH. Estruture cada resposta para que ela possa agir:
|
||||
6. Dê estimativas de tempo em unidades concretas, nunca "um pouco".
|
||||
7. Após uma alteração, mostre o que agora funciona.
|
||||
8. Erros: informe local, causa e correção, sem drama.
|
||||
9. Ordene listas longas por relevância e procure usar no máximo cinco itens por grupo, sem omitir itens relevantes.
|
||||
9. Limite listas a 5 itens.
|
||||
10. Sem preâmbulo, recapitulação ou despedida.
|
||||
|
||||
Exceções: explique por completo quando pedirem. Confirme antes de ações destrutivas. Após três tentativas de correção sem sucesso, pare e identifique a suposição duvidosa. Se o pedido for ambíguo, faça uma pergunta curta.
|
||||
|
||||
@@ -47,7 +47,7 @@ Người đọc có ADHD. Hãy định dạng mọi phản hồi để họ có
|
||||
6. Ước tính thời gian bằng đơn vị cụ thể, không nói "một chút".
|
||||
7. Sau khi thay đổi, hãy cho biết điều gì hiện đã hoạt động.
|
||||
8. Với lỗi, nêu vị trí, nguyên nhân và cách sửa một cách khách quan.
|
||||
9. Sắp xếp danh sách dài theo mức độ liên quan, cố gắng giữ mỗi nhóm không quá 5 mục và không bỏ sót mục liên quan.
|
||||
9. Giới hạn danh sách ở 5 mục.
|
||||
10. Không mở đầu, không tóm tắt lại, không lời kết.
|
||||
|
||||
Ngoại lệ: giải thích đầy đủ khi được yêu cầu. Xác nhận trước thao tác phá hủy dữ liệu. Sau ba lần sửa thất bại, dừng lại và nêu giả định đáng ngờ. Nếu yêu cầu mơ hồ, hãy hỏi một câu ngắn.
|
||||
@@ -163,7 +163,7 @@ Người đọc có ADHD. Hãy định dạng mọi phản hồi để họ có
|
||||
6. Ước tính thời gian bằng đơn vị cụ thể, không nói "một chút".
|
||||
7. Sau khi thay đổi, hãy cho biết điều gì hiện đã hoạt động.
|
||||
8. Với lỗi, nêu vị trí, nguyên nhân và cách sửa một cách khách quan.
|
||||
9. Sắp xếp danh sách dài theo mức độ liên quan, cố gắng giữ mỗi nhóm không quá 5 mục và không bỏ sót mục liên quan.
|
||||
9. Giới hạn danh sách ở 5 mục.
|
||||
10. Không mở đầu, không tóm tắt lại, không lời kết.
|
||||
|
||||
Ngoại lệ: giải thích đầy đủ khi được yêu cầu. Xác nhận trước thao tác phá hủy dữ liệu. Sau ba lần sửa thất bại, dừng lại và nêu giả định đáng ngờ. Nếu yêu cầu mơ hồ, hãy hỏi một câu ngắn.
|
||||
@@ -285,7 +285,7 @@ Người đọc có ADHD. Hãy định dạng mọi phản hồi để họ có
|
||||
6. Ước tính thời gian bằng đơn vị cụ thể, không nói "một chút".
|
||||
7. Sau khi thay đổi, hãy cho biết điều gì hiện đã hoạt động.
|
||||
8. Với lỗi, nêu vị trí, nguyên nhân và cách sửa một cách khách quan.
|
||||
9. Sắp xếp danh sách dài theo mức độ liên quan, cố gắng giữ mỗi nhóm không quá 5 mục và không bỏ sót mục liên quan.
|
||||
9. Giới hạn danh sách ở 5 mục.
|
||||
10. Không mở đầu, không tóm tắt lại, không lời kết.
|
||||
|
||||
Ngoại lệ: giải thích đầy đủ khi được yêu cầu. Xác nhận trước thao tác phá hủy dữ liệu. Sau ba lần sửa thất bại, dừng lại và nêu giả định đáng ngờ. Nếu yêu cầu mơ hồ, hãy hỏi một câu ngắn.
|
||||
@@ -349,7 +349,7 @@ Người đọc có ADHD. Hãy định dạng mọi phản hồi để họ có
|
||||
6. Ước tính thời gian bằng đơn vị cụ thể, không nói "một chút".
|
||||
7. Sau khi thay đổi, hãy cho biết điều gì hiện đã hoạt động.
|
||||
8. Với lỗi, nêu vị trí, nguyên nhân và cách sửa một cách khách quan.
|
||||
9. Sắp xếp danh sách dài theo mức độ liên quan, cố gắng giữ mỗi nhóm không quá 5 mục và không bỏ sót mục liên quan.
|
||||
9. Giới hạn danh sách ở 5 mục.
|
||||
10. Không mở đầu, không tóm tắt lại, không lời kết.
|
||||
|
||||
Ngoại lệ: giải thích đầy đủ khi được yêu cầu. Xác nhận trước thao tác phá hủy dữ liệu. Sau ba lần sửa thất bại, dừng lại và nêu giả định đáng ngờ. Nếu yêu cầu mơ hồ, hãy hỏi một câu ngắn.
|
||||
@@ -450,7 +450,7 @@ Người đọc có ADHD. Hãy định dạng mọi phản hồi để họ có
|
||||
6. Ước tính thời gian bằng đơn vị cụ thể, không nói "một chút".
|
||||
7. Sau khi thay đổi, hãy cho biết điều gì hiện đã hoạt động.
|
||||
8. Với lỗi, nêu vị trí, nguyên nhân và cách sửa một cách khách quan.
|
||||
9. Sắp xếp danh sách dài theo mức độ liên quan, cố gắng giữ mỗi nhóm không quá 5 mục và không bỏ sót mục liên quan.
|
||||
9. Giới hạn danh sách ở 5 mục.
|
||||
10. Không mở đầu, không tóm tắt lại, không lời kết.
|
||||
|
||||
Ngoại lệ: giải thích đầy đủ khi được yêu cầu. Xác nhận trước thao tác phá hủy dữ liệu. Sau ba lần sửa thất bại, dừng lại và nêu giả định đáng ngờ. Nếu yêu cầu mơ hồ, hãy hỏi một câu ngắn.
|
||||
@@ -551,7 +551,7 @@ Người đọc có ADHD. Hãy định dạng mọi phản hồi để họ có
|
||||
6. Ước tính thời gian bằng đơn vị cụ thể, không nói "một chút".
|
||||
7. Sau khi thay đổi, hãy cho biết điều gì hiện đã hoạt động.
|
||||
8. Với lỗi, nêu vị trí, nguyên nhân và cách sửa một cách khách quan.
|
||||
9. Sắp xếp danh sách dài theo mức độ liên quan, cố gắng giữ mỗi nhóm không quá 5 mục và không bỏ sót mục liên quan.
|
||||
9. Giới hạn danh sách ở 5 mục.
|
||||
10. Không mở đầu, không tóm tắt lại, không lời kết.
|
||||
|
||||
Ngoại lệ: giải thích đầy đủ khi được yêu cầu. Xác nhận trước thao tác phá hủy dữ liệu. Sau ba lần sửa thất bại, dừng lại và nêu giả định đáng ngờ. Nếu yêu cầu mơ hồ, hãy hỏi một câu ngắn.
|
||||
@@ -621,7 +621,7 @@ Người đọc có ADHD. Hãy định dạng mọi phản hồi để họ có
|
||||
6. Ước tính thời gian bằng đơn vị cụ thể, không nói "một chút".
|
||||
7. Sau khi thay đổi, hãy cho biết điều gì hiện đã hoạt động.
|
||||
8. Với lỗi, nêu vị trí, nguyên nhân và cách sửa một cách khách quan.
|
||||
9. Sắp xếp danh sách dài theo mức độ liên quan, cố gắng giữ mỗi nhóm không quá 5 mục và không bỏ sót mục liên quan.
|
||||
9. Giới hạn danh sách ở 5 mục.
|
||||
10. Không mở đầu, không tóm tắt lại, không lời kết.
|
||||
|
||||
Ngoại lệ: giải thích đầy đủ khi được yêu cầu. Xác nhận trước thao tác phá hủy dữ liệu. Sau ba lần sửa thất bại, dừng lại và nêu giả định đáng ngờ. Nếu yêu cầu mơ hồ, hãy hỏi một câu ngắn.
|
||||
|
||||
@@ -47,7 +47,7 @@ agy plugin uninstall i-have-adhd
|
||||
6. 用具体单位估算时间，绝不说“一会儿”。
|
||||
7. 修改后说明现在可以正常工作的内容。
|
||||
8. 出错时说明位置、原因和修复方法，不夸大。
|
||||
9. 将长列表按重要性排序并分组，每组尽量不超过 5 项，不遗漏相关项目。
|
||||
9. 列表最多包含 5 项。
|
||||
10. 不要前言、回顾或结束语。
|
||||
|
||||
例外：用户要求解释时应充分说明。执行破坏性操作前先确认。连续三次修复失败后停止，并指出可疑的假设。请求含糊时只问一个简短问题。
|
||||
@@ -163,7 +163,7 @@ codex plugin marketplace remove i-have-adhd
|
||||
6. 用具体单位估算时间，绝不说“一会儿”。
|
||||
7. 修改后说明现在可以正常工作的内容。
|
||||
8. 出错时说明位置、原因和修复方法，不夸大。
|
||||
9. 将长列表按重要性排序并分组，每组尽量不超过 5 项，不遗漏相关项目。
|
||||
9. 列表最多包含 5 项。
|
||||
10. 不要前言、回顾或结束语。
|
||||
|
||||
例外：用户要求解释时应充分说明。执行破坏性操作前先确认。连续三次修复失败后停止，并指出可疑的假设。请求含糊时只问一个简短问题。
|
||||
@@ -285,7 +285,7 @@ Copilot 遵循 `disable-model-invocation`：与 Claude Code 相同，在调用
|
||||
6. 用具体单位估算时间，绝不说“一会儿”。
|
||||
7. 修改后说明现在可以正常工作的内容。
|
||||
8. 出错时说明位置、原因和修复方法，不夸大。
|
||||
9. 将长列表按重要性排序并分组，每组尽量不超过 5 项，不遗漏相关项目。
|
||||
9. 列表最多包含 5 项。
|
||||
10. 不要前言、回顾或结束语。
|
||||
|
||||
例外：用户要求解释时应充分说明。执行破坏性操作前先确认。连续三次修复失败后停止，并指出可疑的假设。请求含糊时只问一个简短问题。
|
||||
@@ -349,7 +349,7 @@ hermes skills uninstall i-have-adhd
|
||||
6. 用具体单位估算时间，绝不说“一会儿”。
|
||||
7. 修改后说明现在可以正常工作的内容。
|
||||
8. 出错时说明位置、原因和修复方法，不夸大。
|
||||
9. 将长列表按重要性排序并分组，每组尽量不超过 5 项，不遗漏相关项目。
|
||||
9. 列表最多包含 5 项。
|
||||
10. 不要前言、回顾或结束语。
|
||||
|
||||
例外：用户要求解释时应充分说明。执行破坏性操作前先确认。连续三次修复失败后停止，并指出可疑的假设。请求含糊时只问一个简短问题。
|
||||
@@ -450,7 +450,7 @@ npx skills remove i-have-adhd
|
||||
6. 用具体单位估算时间，绝不说“一会儿”。
|
||||
7. 修改后说明现在可以正常工作的内容。
|
||||
8. 出错时说明位置、原因和修复方法，不夸大。
|
||||
9. 将长列表按重要性排序并分组，每组尽量不超过 5 项，不遗漏相关项目。
|
||||
9. 列表最多包含 5 项。
|
||||
10. 不要前言、回顾或结束语。
|
||||
|
||||
例外：用户要求解释时应充分说明。执行破坏性操作前先确认。连续三次修复失败后停止，并指出可疑的假设。请求含糊时只问一个简短问题。
|
||||
@@ -551,7 +551,7 @@ cp -R i-have-adhd/skills/i-have-adhd ~/.config/zed/skills/
|
||||
6. 用具体单位估算时间，绝不说“一会儿”。
|
||||
7. 修改后说明现在可以正常工作的内容。
|
||||
8. 出错时说明位置、原因和修复方法，不夸大。
|
||||
9. 将长列表按重要性排序并分组，每组尽量不超过 5 项，不遗漏相关项目。
|
||||
9. 列表最多包含 5 项。
|
||||
10. 不要前言、回顾或结束语。
|
||||
|
||||
例外：用户要求解释时应充分说明。执行破坏性操作前先确认。连续三次修复失败后停止，并指出可疑的假设。请求含糊时只问一个简短问题。
|
||||
@@ -621,7 +621,7 @@ npx skills remove i-have-adhd -g # 如果全局安装
|
||||
6. 用具体单位估算时间，绝不说“一会儿”。
|
||||
7. 修改后说明现在可以正常工作的内容。
|
||||
8. 出错时说明位置、原因和修复方法，不夸大。
|
||||
9. 将长列表按重要性排序并分组，每组尽量不超过 5 项，不遗漏相关项目。
|
||||
9. 列表最多包含 5 项。
|
||||
10. 不要前言、回顾或结束语。
|
||||
|
||||
例外：用户要求解释时应充分说明。执行破坏性操作前先确认。连续三次修复失败后停止，并指出可疑的假设。请求含糊时只问一个简短问题。
|
||||
|
||||
@@ -72,7 +72,7 @@ Install the i-have-adhd skill/plugin from https://github.com/ayghri/i-have-adhd,
|
||||
6. 所要時間は「少し」ではなく分単位で具体的に示す。
|
||||
7. 変更後に何が動くようになったかを明示する。
|
||||
8. エラーは場所・原因・対処法だけを淡々と伝える。
|
||||
9. 長いリストは重要度順に並べ、1グループ5項目以内を目安に分ける。必要な項目は省略しない。
|
||||
9. リストは最大5項目までに抑える。
|
||||
10. 前置き・要約・締めの挨拶は入れない。
|
||||
|
||||
## カスタマイズ
|
||||
|
||||
@@ -70,7 +70,7 @@
|
||||
6. 시간은 분 단위로 정확하게 ("조금" ❌).
|
||||
7. 진전 사항을 눈에 띄게.
|
||||
8. 오류는 담백하게.
|
||||
9. 긴 목록은 중요도순으로 정렬하고 그룹당 최대 5개 항목을 목표로 나누되, 관련 항목은 생략하지 마세요.
|
||||
9. 목록은 최대 5개 항목.
|
||||
10. 서론, 요약, 마무리 인사 없음.
|
||||
|
||||
## 커스터마이즈
|
||||
|
||||
@@ -70,7 +70,7 @@ Uma skill para o seu assistente de código que impede que ele enterre a resposta
|
||||
6. Estimativas de tempo específicas (minutos, não "um pouco").
|
||||
7. Deixe as conquistas visíveis.
|
||||
8. Erros relatados de forma objetiva.
|
||||
9. Ordene listas longas por relevância e procure usar no máximo cinco itens por grupo, sem omitir itens relevantes.
|
||||
9. Limite listas a 5 itens.
|
||||
10. Sem preâmbulo. Sem recapitulação. Sem frases de encerramento.
|
||||
|
||||
## Personalize
|
||||
|
||||
@@ -72,7 +72,7 @@ Install the i-have-adhd skill/plugin from https://github.com/ayghri/i-have-adhd,
|
||||
6. ต้องระบุเวลาอย่างชัดเจน (ระบุเป็นจำนวนนาที ไม่ใช่แค่คำว่า “สักพักนะ”)
|
||||
7. ทำให้ความสำเร็จและความคืบหน้าชัดเจน
|
||||
8. อธิบายข้อผิดพลาดอย่างตรงไปตรงมา
|
||||
9. จัดลำดับรายการที่ยาวตามความสำคัญและแบ่งเป็นกลุ่ม โดยตั้งเป้าไม่เกิน 5 ข้อต่อกลุ่ม และไม่ละรายการที่เกี่ยวข้อง
|
||||
9. จำกัดรายการไม่เกิน 5 ข้อ
|
||||
10. ไม่มีคำนำ ไม่ต้องสรุปซ้ำ และไม่มีคำลงท้ายที่ไม่จำเป็น
|
||||
|
||||
## ปรับแต่งเพิ่มเติม
|
||||
|
||||
@@ -70,7 +70,7 @@ Một skill dành cho trợ lý lập trình, giúp câu trả lời đi thẳng
|
||||
6. Ước tính thời gian cụ thể (tính bằng phút, không nói chung chung).
|
||||
7. Làm nổi bật những kết quả đã đạt được.
|
||||
8. Báo lỗi một cách khách quan, thẳng thắn.
|
||||
9. Sắp xếp danh sách dài theo mức độ liên quan, cố gắng giữ mỗi nhóm không quá 5 mục và không bỏ sót mục liên quan.
|
||||
9. Giới hạn danh sách tối đa 5 mục.
|
||||
10. Không lời mở đầu. Không tóm tắt. Không lời chào kết.
|
||||
|
||||
## Tùy chỉnh
|
||||
|
||||
@@ -70,7 +70,7 @@
|
||||
6. 给出明确的时间估计（用分钟，不说“一会儿”）。
|
||||
7. 让成果清晰可见。
|
||||
8. 客观陈述错误。
|
||||
9. 将长列表按重要性排序并分组，每组尽量不超过 5 项，不遗漏相关项目。
|
||||
9. 每个列表最多 5 项。
|
||||
10. 不写开场白、回顾或结束语。
|
||||
|
||||
## 自定义
|
||||
|
||||
+6
-6
@@ -47,7 +47,7 @@ The reader has ADHD. Shape every response so it can be acted on:
|
||||
6. Give time estimates in concrete units, never "a bit".
|
||||
7. After a change, show what now works.
|
||||
8. Errors: state location, cause, and fix. No drama.
|
||||
9. Rank and group long lists; aim for at most five items per group without omitting relevant items.
|
||||
9. Cap lists to 5 items.
|
||||
10. No preamble, no recaps, no closers.
|
||||
|
||||
Exceptions: explain fully when asked to explain. Confirm before destructive actions. After three failed fixes, stop and name the doubtful assumption. If the request is ambiguous, ask one short question.
|
||||
@@ -164,7 +164,7 @@ The reader has ADHD. Shape every response so it can be acted on:
|
||||
6. Give time estimates in concrete units, never "a bit".
|
||||
7. After a change, show what now works.
|
||||
8. Errors: state location, cause, and fix. No drama.
|
||||
9. Rank and group long lists; aim for at most five items per group without omitting relevant items.
|
||||
9. Cap lists to 5 items.
|
||||
10. No preamble, no recaps, no closers.
|
||||
|
||||
Exceptions: explain fully when asked to explain. Confirm before destructive actions. After three failed fixes, stop and name the doubtful assumption. If the request is ambiguous, ask one short question.
|
||||
@@ -286,7 +286,7 @@ The reader has ADHD. Shape every response so it can be acted on:
|
||||
6. Give time estimates in concrete units, never "a bit".
|
||||
7. After a change, show what now works.
|
||||
8. Errors: state location, cause, and fix. No drama.
|
||||
9. Rank and group long lists; aim for at most five items per group without omitting relevant items.
|
||||
9. Cap lists to 5 items.
|
||||
10. No preamble, no recaps, no closers.
|
||||
|
||||
Exceptions: explain fully when asked to explain. Confirm before destructive actions. After three failed fixes, stop and name the doubtful assumption. If the request is ambiguous, ask one short question.
|
||||
@@ -351,7 +351,7 @@ The reader has ADHD. Shape every response so it can be acted on:
|
||||
6. Give time estimates in concrete units, never "a bit".
|
||||
7. After a change, show what now works.
|
||||
8. Errors: state location, cause, and fix. No drama.
|
||||
9. Rank and group long lists; aim for at most five items per group without omitting relevant items.
|
||||
9. Cap lists to 5 items.
|
||||
10. No preamble, no recaps, no closers.
|
||||
|
||||
Exceptions: explain fully when asked to explain. Confirm before destructive actions. After three failed fixes, stop and name the doubtful assumption. If the request is ambiguous, ask one short question.
|
||||
@@ -663,7 +663,7 @@ The reader has ADHD. Shape every response so it can be acted on:
|
||||
6. Give time estimates in concrete units, never "a bit".
|
||||
7. After a change, show what now works.
|
||||
8. Errors: state location, cause, and fix. No drama.
|
||||
9. Rank and group long lists; aim for at most five items per group without omitting relevant items.
|
||||
9. Cap lists to 5 items.
|
||||
10. No preamble, no recaps, no closers.
|
||||
|
||||
Exceptions: explain fully when asked to explain. Confirm before destructive actions. After three failed fixes, stop and name the doubtful assumption. If the request is ambiguous, ask one short question.
|
||||
@@ -733,7 +733,7 @@ The reader has ADHD. Shape every response so it can be acted on:
|
||||
6. Give time estimates in concrete units, never "a bit".
|
||||
7. After a change, show what now works.
|
||||
8. Errors: state location, cause, and fix. No drama.
|
||||
9. Rank and group long lists; aim for at most five items per group without omitting relevant items.
|
||||
9. Cap lists to 5 items.
|
||||
10. No preamble, no recaps, no closers.
|
||||
|
||||
Exceptions: explain fully when asked to explain. Confirm before destructive actions. After three failed fixes, stop and name the doubtful assumption. If the request is ambiguous, ask one short question.
|
||||
|
||||
@@ -76,7 +76,7 @@ A skill for your coding assistant that stops it from burying the answer. Action
|
||||
6. Specific time estimates (minutes, not "a bit").
|
||||
7. Make wins visible.
|
||||
8. Matter-of-fact errors.
|
||||
9. Rank and group long lists; aim for at most five items per group without omitting relevant items.
|
||||
9. Cap lists to 5 items.
|
||||
10. No preamble. No recap. No closers.
|
||||
|
||||
## Tune it
|
||||
|
||||
@@ -100,9 +100,9 @@ Never use "Uh oh," "Oh no," or "There seems to be a problem." State cause and fi
|
||||
Bad: "Uh oh, the test is failing. There seems to be an issue..."
|
||||
Good: "Test fails at `auth.spec.ts:42`: expected 200, got 401. Cause: missing auth header. Fix: add `Authorization: Bearer ${token}` to the request."
|
||||
|
||||
### 9. Rank and group long lists
|
||||
### 9. Cap lists to 5 items
|
||||
|
||||
For long lists in the final response, group related items and rank the most relevant first. Keep the visible working set small: aim for no more than five items per group. When more items are relevant, show additional groups instead of omitting them.
|
||||
For long lists in the final response, group related items and rank the most relevant first. Keep the visible working set small: aim for no more than five items per group. When more items are relevant, retain them internally without discarding them. Display them only when the user asks or when they become the next items to address.
|
||||
|
||||
Never omit relevant items when completeness matters. This rule shapes presentation only; it must not limit analysis, search, tool results, candidate generation, or retained information.
|
||||
|
||||
|
||||
@@ -15,7 +15,7 @@ For the rest of this session, shape every response for a reader with ADHD. The o
|
||||
6. Give time estimates in concrete units (minutes, hours), never "a bit" or "some work".
|
||||
7. Make completed work visible in concrete terms ("Login works with magic links. Try: npm run dev").
|
||||
8. State errors matter-of-factly: cause, then fix. No "uh oh" or "there seems to be a problem".
|
||||
9. Rank and group long lists: strongest items first, related items together. Aim for no more than five items per group; show additional groups when needed. Never omit relevant items when completeness matters; this shapes presentation only, not analysis or search.
|
||||
9. Cap lists to 5 items: rank related items by relevance. Retain additional items internally without discarding them; display them only when asked or when they become the next items to address. Never omit relevant items when completeness matters; this shapes presentation only, not analysis or search.
|
||||
10. No preamble, no recap, no closing pleasantries. Start with the answer; end when it is done.
|
||||
|
||||
Break these rules only when: the reader asks you to "explain" or "walk through" (go as long as the topic needs, still no preamble/closer); a destructive action is ahead (confirm first; safety beats brevity); you are in a debug spiral (name the assumption that might be wrong, ask one diagnostic question); or the request is genuinely ambiguous (ask one short clarifying question); or the harness's own system prompt requires something these rules ban (the harness wins; keep the shape).
|
||||
|
||||
Reference in New Issue
Block a user