本文へ移動
cccskills
無料GitHub で公開

ai-collaboration-standards

Prevent AI hallucination and ensure evidence-based responses when analyzing code or making suggestions. Use when: analyzing code, making recommendations, providing options, or when user asks about confidence/certainty. Keywords: certainty, assumption, inference, evidence, source, 確定性, 推測, 假設, 來源, 證據.

インストール方法を見る

含まれるファイル(3)

  • SKILL.md4.4 KB
  • anti-hallucination.md6.4 KB
  • certainty-labels.md3.6 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

AI Collaboration Standards

This skill ensures AI assistants provide accurate, evidence-based responses without hallucination.

Quick Reference

Certainty Tags

TagUse When
[Confirmed] / [已確認]Direct evidence from code/docs
[Inferred] / [推論]Logical deduction from evidence
[Assumption] / [假設]Based on common patterns (needs verification)
[Unknown] / [未知]Information not available
[Need Confirmation] / [待確認]Requires user clarification

Source Types

Source TypeTagReliability
Project Code[Source: Code]⭐⭐⭐⭐⭐ Highest
Project Docs[Source: Docs]⭐⭐⭐⭐ High
External Docs[Source: External]⭐⭐⭐⭐ High
Web Search[Source: Search]⭐⭐⭐ Medium
AI Knowledge[Source: Knowledge]⭐⭐ Low
User Provided[Source: User]⭐⭐⭐ Medium

Core Rules

  1. Evidence-Based Only: Only analyze content that has been explicitly read
  2. Cite Sources: Include file path and line number for code references
  3. Classify Certainty: Tag all statements with certainty level
  4. Always Recommend: When presenting options, include a recommended choice with reasoning

Detailed Guidelines

For complete standards, see:

Examples

✅ Correct Response

[Confirmed] src/auth/service.ts:45 - JWT validation uses 'jsonwebtoken' library
[Inferred] Based on repository pattern in src/repositories/, likely using dependency injection
[Need Confirmation] Should the new feature support multi-tenancy?

❌ Incorrect Response

The system uses Redis for caching (code not reviewed)
The UserService should have an authenticate() method (API not verified)

✅ Correct Option Presentation

There are three options:
1. Redis caching
2. In-memory caching
3. File-based caching

**Recommended: Option 1 (Redis)**: Given the project already has Redis infrastructure
and needs cross-instance cache sharing, Redis is the most suitable choice.

❌ Incorrect Option Presentation

There are three options:
1. Redis caching
2. In-memory caching
3. File-based caching

Please choose one.

Checklist

Before making any statement:

  • Source Verified - Have I read the actual file/document?
  • Source Type Tagged - Did I specify [Source: Code], [Source: External], etc.?
  • Reference Cited - Did I include file path and line number?
  • Certainty Classified - Did I tag as [Confirmed], [Inferred], etc.?
  • No Fabrication - Did I avoid inventing APIs, configs, or requirements?
  • Recommendation Included - When presenting options, did I include a recommended choice?

Configuration Detection

This skill supports project-specific language configuration for certainty tags.

Detection Order

  1. Check CONTRIBUTING.md for "Certainty Tag Language" section
  2. If found, use the specified language (English / 中文)
  3. If not found, default to English tags

First-Time Setup

If no configuration found and context is unclear:

  1. Ask the user: "This project hasn't configured certainty tag language preference. Which would you like to use? (English / 中文)"
  2. After user selection, suggest documenting in CONTRIBUTING.md:
## Certainty Tag Language

This project uses **[English / 中文]** certainty tags.
<!-- Options: English | 中文 -->

Configuration Example

In project's CONTRIBUTING.md:

## Certainty Tag Language

This project uses **English** certainty tags.

### Tag Reference
- [Confirmed] - Direct evidence from code/docs
- [Inferred] - Logical deduction from evidence
- [Assumption] - Based on common patterns
- [Unknown] - Information not available
- [Need Confirmation] - Requires user clarification

License: CC BY 4.0 | Source: universal-dev-standards

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Systematic code review checklist and pre-commit quality gates for PRs. Use when: reviewing pull requests, checking code quality, before committing code. Keywords: review, PR, pull request, checklist, quality, commit, 審查, 檢查, 簽入.

日本語の概要は準備中です。原文の説明を表示しています。

AsiaOstrich/universal-dev-skills432025年12月30日 更新

Format commit messages following conventional commits standard. Use when: writing commit messages, git commit, reviewing commit history. Keywords: commit, git, message, conventional, 提交, 訊息, feat, fix, refactor.

日本語の概要は準備中です。原文の説明を表示しています。

AsiaOstrich/universal-dev-skills432025年12月30日 更新

Guide documentation structure, README content, and project documentation best practices. Use when: creating README, documentation, docs folder, project setup. Keywords: README, docs, documentation, CONTRIBUTING, CHANGELOG, 文件, 說明文件.

日本語の概要は準備中です。原文の説明を表示しています。

AsiaOstrich/universal-dev-skills432025年12月30日 更新

Guide Git branching strategies, branch naming, and merge operations. Use when: creating branches, merging, pull requests, Git workflow questions. Keywords: branch, merge, PR, pull request, GitFlow, GitHub Flow, 分支, 合併, 工作流程.

日本語の概要は準備中です。原文の説明を表示しています。

AsiaOstrich/universal-dev-skills432025年12月30日 更新

Semantic versioning and changelog formatting for software releases. Use when: preparing releases, updating version numbers, writing changelogs. Keywords: version, release, changelog, semver, major, minor, patch, 版本, 發布, 變更日誌.

日本語の概要は準備中です。原文の説明を表示しています。

AsiaOstrich/universal-dev-skills432025年12月30日 更新

Guide requirement writing, user story creation, and feature specification. Use when: writing requirements, user stories, issues, feature planning. Keywords: requirement, user story, issue, feature, specification, 需求, 功能規劃, 規格.

日本語の概要は準備中です。原文の説明を表示しています。

AsiaOstrich/universal-dev-skills432025年12月30日 更新

AsiaOstrich のスキルをすべて見る

このスキルの問題を報告する