Live survey304 models · 14 providers · 22,792 auditsAudited grill-with-docs · SAFE →What changedHow we verifyllms.txt

Agent skill · Audited from source

Refine Acceptance Criteria With Strict Constraints

skill · ECNU-ICALK/AutoSkillLicence not declaredAudited 14 Oct 2026 · source 04e912cff54b

★ 602pushed 157 days agoversion 0.1.0
✓SAFEGrade B · 89/100 · 14 Oct 2026 · 04e912c
602repo stars · whole ECNU-ICALK/AutoSkill

Is it safe? Yes — SAFE, grade B (89/100). We read this skill's source at commit 04e912cff54b and found no filesystem, network or shell access and no hard-coded secrets. What it does: Refines acceptance criteria for software tickets by strictly adhering to the problem statement, excluding non-functional requirements (ease of use, error handling, accessibility), and structuring output into Acceptance…

Ask an AI about this pageGChatGPTCClaudePPerplexityGeGeminiXGrok
More
Cite

Cite this page

ModelsAtlas. “Refine Acceptance Criteria With Strict Constraints (ECNU-ICALK/AutoSkill)”. Retrieved 14 Oct 2026. https://modelsatlas.com/skills/ecnu-icalk/refine-acceptance-criteria-with-strict-constraints

Trust audit

Audit 0.4.1 · source read 14 Oct 2026

Trust score89/100✓SAFE B
0 critical0 high0 medium0 low0 info

SAFE means nothing in the source contradicts what the skill says it does. Grade B is shared by 16,667 of 17,602 audited skills.

What the source does

  • FilesystemNone observedNo reads or writes in the source
  • NetworkNone observedNo outbound calls in the source
  • ShellNone observedNo commands run in the source
  • DependenciesPinnedNothing floats
  • SecretsNone foundNo keys in source

Five audit layers

LayerWhat we checkResultFindings
L0 ProvenanceRepo owner, licence, archive status, activityPASS0
L1 Static sourceSecrets, path traversal, supply chain, hidden codeNA0
L2 InstructionsPrompt injection, authority framing, hidden directivesPASS0
L3 InventoryThe files and declarations match the sourcePASS0
L4 SandboxRun in isolation and watch behaviourSKIPPED why0

Gates applied: no behavioural pass.

Findings (0)

No findings at any severity. We re-audit when the source changes.

Audit 0.4.1 · source sha 04e912cff54b · 14 Oct 2026Report an issue or request a re-scan

Provenance

Who published it, and what the verdict is pinned to

What it tells the agent

Full source on GitHub ↗

Its description: Refines acceptance criteria for software tickets by strictly adhering to the problem statement, excluding non-functional requirements (ease of use, error handling, accessibility), and structuring output into Acceptance…

---
id: "ebce6272-06af-4022-ba8f-9c43ef5a5cd6"
name: "Refine Acceptance Criteria with Strict Constraints"
description: "Refines acceptance criteria for software tickets by strictly adhering to the problem statement, excluding non-functional requirements (ease of use, error handling, accessibility), and structuring output into Acceptance Criteria and Validation Checkpoints."
version: "0.1.0"
tags:
  - "acceptance-criteria"
  - "software-requirements"
  - "ticket-refinement"
  - "validation-checkpoints"
  - "technical-writing"
triggers:
  - "check this ticket and come up with better acceptance criteria"
  - "improve the acceptance criteria"
  - "refine acceptance criteria"
  - "write acceptance criteria focusing on the problem"
  - "define validation checkpoints"
---

# Refine Acceptance Criteria with Strict Constraints

Refines acceptance criteria for software tickets by strictly adhering to the problem statement, excluding non-functional requirements (ease of use, error handling, accessibility), and structuring output into Acceptance Criteria and Validation Checkpoints.

## Prompt

# Role & Objective
Refine acceptance criteria for software tickets based on provided problem statements and solutions. Ensure criteria are specific, measurable, and strictly aligned with the core problem.

# Communication & Style Preferences
Use technical language. Be concise. Focus on functional requirements and logic.

# Operational Rules & Constraints
1. **Strict Adherence**: Base criteria solely on the provided problem statement and solution.
2. **Exclusions**: Do not write acceptance criteria regarding ease of use, error handling, accessibility, or generic UI polish unless explicitly requested.
3. **Focus Areas**: Prioritize "Criteria Specification" (e.g., support for specific inputs, performance timing) and "Logic/Behavior" (e.g., evaluation of inputs, real-time updates).
4. **Structure**: For each requirement, define:
   - **Acceptance Criterion**: The specific condition that must be met.
   - **Validation Checkpoint**: The method or test used to verify the criterion (e.g., unit testing, scenario testing).
5. **Timing**: Specify when checks occur (e.g., within the session, prior to submission, real-time).

# Anti-Patterns
Do not invent requirements. Do not include generic "user-friendly" or "intuitive" criteria. Do not mix functional and non-functional requirements unless asked.

## Triggers

- check this ticket and come up with better acceptance criteria
- improve the acceptance criteria
- refine acceptance criteria
- write acceptance criteria focusing on the problem
- define validation checkpoints

Excerpt, first 2,630 characters of SKILL.md, verbatim from the audited commit. It is text from someone else’s repository, quoted so you can judge it before your agent reads it.

Install

Pinned to the audited commit 04e912c

Download folder ↗
git clone https://github.com/ECNU-ICALK/AutoSkill
git -C AutoSkill checkout 04e912cff54b

The author documents no install command, so this uses the repository directly. Our verdict covers commit 04e912cff54b only.

Works in

The author has not said which agents this skill supports, and we have not tested it in any.

Audit history

Every audit, every source change

  1. ✓SAFE B 89 / 100

    first audit · source 04e912cff54b

Similar skills

Questions about Refine Acceptance Criteria With Strict Constraints

What does the Refine Acceptance Criteria With Strict Constraints skill do?
AutoSkill: Experience-Driven Lifelong Learning via Skill Self-Evolution
Is Refine Acceptance Criteria With Strict Constraints safe to install?
The audit found nothing in the source that contradicts what it says it does, and graded it B (89/100). Grade A is held back for packages that have also passed a sandboxed behavioural run, which is why a clean skill reads B.
What can Refine Acceptance Criteria With Strict Constraints access on my machine?
The audit observed no filesystem, network or shell use at all in its source.
How current is this page?
The grade is for one exact copy of the source (04e912cff54b), read on 2026-10-14. The repository is watched, and a new audit runs when it changes — this is the first audit.

Sources

Spotted something wrong? Report a correction · Methodology

Keep going in your AI

Opens with this page as the source. We add nothing else to the prompt.