Skip to content
cccskills
FreePublished on 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, 確定性, 推測, 假設, 來源, 證據.

The English summary is being prepared. Showing the original description.

Works withRedis
See how to install

Files included (3)

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

SKILL.md (original)

Review the instructions the agent will receive before you install.

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

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

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, 審查, 檢查, 簽入.

The English summary is being prepared. Showing the original description.

AsiaOstrich/universal-dev-skills43Updated Dec 30, 2025

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.

The English summary is being prepared. Showing the original description.

AsiaOstrich/universal-dev-skills43Updated Dec 30, 2025

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, 文件, 說明文件.

The English summary is being prepared. Showing the original description.

AsiaOstrich/universal-dev-skills43Updated Dec 30, 2025

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, 分支, 合併, 工作流程.

The English summary is being prepared. Showing the original description.

AsiaOstrich/universal-dev-skills43Updated Dec 30, 2025

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, 版本, 發布, 變更日誌.

The English summary is being prepared. Showing the original description.

AsiaOstrich/universal-dev-skills43Updated Dec 30, 2025

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, 需求, 功能規劃, 規格.

The English summary is being prepared. Showing the original description.

AsiaOstrich/universal-dev-skills43Updated Dec 30, 2025

See all skills by AsiaOstrich

Report a problem with this skill