← Cryptography Research SkillsCONTENT HISTORY

Update to Cryptography Research Skills

Snapshot Oct 28, 2026 · 12:44 UTC · version 0.2.0

Collection source: downloaded plugin package. These snapshots do not have a confirmed matching collection source. Differences in file lists alone do not establish changes to the package.

WHAT CHANGED

Instructions updated for crypto-ai-acknowledgements

Full description — Now says: and AI Methodology sections

Observed in instructions or declared skills. Runtime behavior has not been tested.

Save Cryptography Research Skills and check future changes in Following.

Up to 3 plugins free · no card required.

All fields and original values.

Full description

Before

Sep 30, 2026 · 23:17 UTC

After

Oct 28, 2026 · 12:44 UTC

and AI Methodology sections

Skill instructions

Before

Sep 30, 2026 · 23:17 UTC

in cryptography papers from the actual account of assistance and human checking. Distinguish research, writing, code, experiments, and formalization; do not certify proofs or infer AI use. Write the shortest truthful account of the syste...

After

Oct 28, 2026 · 12:44 UTC

and AI Methodology sections in cryptography papers from the actual account of assistance and human checking. Distinguish research, writing, code, experiments, and formalization; do not certify proofs or infer AI use. Write a concise, inf...

Supporting files

Before

Sep 30, 2026 · 23:17 UTC

[{"relative_path":"agents/openai.yaml","size_in_bytes":325},{"relative_path":"references/drafting-patterns.md","size_in_bytes":3625},{"relative_path":"references/source-evidence.md","size_in_bytes":5801}]

After

Oct 28, 2026 · 12:44 UTC

[{"relative_path":"agents/openai.yaml","size_in_bytes":325},{"relative_path":"references/drafting-patterns.md","size_in_bytes":8314},{"relative_path":"references/source-evidence.md","size_in_bytes":10133}]

Compare saved observations

Download comparison JSON

SKILL.md text changes

− removed · + added

--- before
+++ after
@@ -1,11 +1,11 @@
 ---
 name: crypto-ai-acknowledgements
-description: Draft or review AI-use disclosures in cryptography papers from the actual account of assistance and human checking. Distinguish research, writing, code, experiments, and formalization; do not certify proofs or infer AI use.
+description: Draft or review AI-use disclosures and AI Methodology sections in cryptography papers from the actual account of assistance and human checking. Distinguish research, writing, code, experiments, and formalization; do not certify proofs or infer AI use.
 ---
 
 # Cryptography AI Acknowledgements
 
-Write the shortest truthful account of the system's contribution, the authors' contribution, and the checks actually performed. Match the manuscript's placement and style; no universal heading, model inventory, or responsibility formula is required.
+Write a concise, informative account of how the work developed, what AI and humans contributed, and what was actually checked. For a new full disclosure, prefer an **AI Methodology** section with a six-category checklist and free-form Details, following the September 2026 AITCS working-group proposal. Read the [methodology pattern and category thresholds](references/drafting-patterns.md) for that format. This is a recommended format, not an established venue requirement; preserve a requested short paragraph or local edit and the manuscript's existing placement and style.
 
 ## Establish the facts
 
@@ -13,8 +13,12 @@
 
 Identify relevant contributions: research ideas and proofs; drafting and editing; code and experiments; formalization; and human direction, correction, extension, or checking. Distinguish originating an idea from expressing it. Credit a discarded candidate for its actual influence when material, without describing it as a final result. Name results or sections when helpful, using existing labels.
 
+For material contributions, establish what the authors had already obtained and supplied to the tool, what it proposed, what they retained, revised, or extended, and how the resulting claims and attributions were checked. Include consequential errors, unsuccessful approaches, or limitations and their resolution when they explain the final work. Detail should be proportionate to the contribution; a list of tasks or a blanket assurance of checking does not supply this account.
+
 Use product and model/version only when known and useful; a product name does not identify its underlying model. Unknown optional versions need not block a draft. Reuse supplied facts; ask a compact factual question or use explicit provisional placeholders for a material unknown. Never fill gaps with assurances that all proofs were verified.
 
+When input provenance matters, distinguish the stated prompt from other known context, including supplied files, earlier conversations, or enabled memory. Do not assume the prompt exhausts the tool's context. For a reconstruction or reproducibility claim, specify the inputs received and information withheld, the checks and outputs, and any known context limitations; generating a second implementation alone does not establish independence or reproduced results.
+
 ## Draft and check the allocation of credit
 
 - Describe substantive research assistance directly; do not reduce it to proofreading or inflate editorial help into discovery.
@@ -22,8 +26,10 @@
 - Keep code review, functional tests, reproduced experiments, manual proof checking, and machine-checked formalization separate. Generated proof-assistant code needs a successful check before being called machine-checked; coverage and correspondence with the paper still matter. An agent's report does not establish human checking.
 - Preserve unrelated acknowledgements, LaTeX, and local edit scope. Drafting or review alone does not require editing a manuscript file.
 
+Separate an AI suggestion's immediate source from its intellectual lineage: a model's proposal or failure to cite prior work does not establish originality. For substantive ideas, describe established connections to prior work and credit the sources where the ideas are first introduced or motivated, rather than relying solely on a related-work section. Consult original sources before asserting an attribution; flag unresolved lineage without inventing citations or claiming an exhaustive novelty search. A disclosure-only task need not expand into a literature survey.
+
 Use [drafting patterns](references/drafting-patterns.md) only when a starter clause would help; adapt it to supported facts. Use [source evidence](references/source-evidence.md) for example provenance or citation requests, reopening primary sources before making paper-exact claims. The selected examples establish neither community prevalence nor non-use where disclosures are absent.
 
 If venue compliance is requested or constrains the draft, check the current official policy for the relevant year, track, and stage, with its date/version. Examples are not policy. If the policy is unavailable, state that limitation and continue fact-based drafting.
 
-Return one usable paragraph or section, followed by material unresolved facts or policy qualifications. For review, identify concrete mismatches and offer minimal replacements. This disclosure reports a process; it is not a correctness certificate or an instruction to audit the paper's proofs.
+Return one usable paragraph or section, followed by material unresolved facts or policy qualifications. For the checklist format, justify answers from the contribution thresholds; an unknown is not No, and below-threshold assistance is not necessarily non-use. For review, identify concrete mismatches and offer minimal replacements. This disclosure reports a process; it is not a correctness certificate or an instruction to audit the paper's proofs.
Full technical diff · 3 changed fields

changed /description

BEFORE
"Draft or review AI-use disclosures in cryptography papers from the actual account of assistance and human checking. Distinguish research, writing, code, experiments, and formalization; do not certify proofs or infer AI use."
AFTER
"Draft or review AI-use disclosures and AI Methodology sections in cryptography papers from the actual account of assistance and human checking. Distinguish research, writing, code, experiments, and formalization; do not certify proofs or infer AI use."

changed /included_files

BEFORE
[
  {
    "relative_path": "agents/openai.yaml",
    "size_in_bytes": 325
  },
  {
    "relative_path": "references/drafting-patterns.md",
    "size_in_bytes": 3625
  },
  {
    "relative_path": "references/source-evidence.md",
    "size_in_bytes": 5801
  }
]
AFTER
[
  {
    "relative_path": "agents/openai.yaml",
    "size_in_bytes": 325
  },
  {
    "relative_path": "references/drafting-patterns.md",
    "size_in_bytes": 8314
  },
  {
    "relative_path": "references/source-evidence.md",
    "size_in_bytes": 10133
  }
]

changed /skill_md_contents

BEFORE
"---\nname: crypto-ai-acknowledgements\ndescription: Draft or review AI-use disclosures in cryptography papers from the actual account of assistance and human checking. Distinguish research, writing, code, experiments, and formalization; do not certify proofs or infer AI use.\n---\n\n# Cryptography AI Acknowledgements\n\nWrite the shortest truthful account of the system's contribution, the authors' contribution, and the checks actually performed. Match the manuscript's placement and style; no universal heading, model inventory, or responsibility formula is required.\n\n## Establish the facts\n\nUse the supplied account and available records. Distinguish proposals from adopted contributions, and attempted checks from successful ones. Do not infer an entire paper's history from this conversation, model capabilities, or another paper's disclosure.\n\nIdentify relevant contributions: research ideas and proofs; drafting and editing; code and experiments; formalization; and human direction, correction, extension, or checking. Distinguish originating an idea from expressing it. Credit a discarded candidate for its actual influence when material, without describing it as a final result. Name results or sections when helpful, using existing labels.\n\nUse product and model/version only when known and useful; a product name does not identify its underlying model. Unknown optional versions need not block a draft. Reuse supplied facts; ask a compact factual question or use explicit provisional placeholders for a material unknown. Never fill gaps with assurances that all proofs were verified.\n\n## Draft and check the allocation of credit\n\n- Describe substantive research assistance directly; do not reduce it to proofreading or inflate editorial help into discovery.\n- Name concrete human actions. Do not attribute a check to all coauthors or infer their agreement without support. Responsibility wording can express an agreed position or a clearly proposed clause; it does not establish verification.\n- Keep code review, functional tests, reproduced experiments, manual proof checking, and machine-checked formalization separate. Generated proof-assistant code needs a successful check before being called machine-checked; coverage and correspondence with the paper still matter. An agent's report does not establish human checking.\n- Preserve unrelated acknowledgements, LaTeX, and local edit scope. Drafting or review alone does not require editing a manuscript file.\n\nUse [drafting patterns](references/drafting-patterns.md) only when a starter clause would help; adapt it to supported facts. Use [source evidence](references/source-evidence.md) for example provenance or citation requests, reopening primary sources before making paper-exact claims. The selected examples establish neither community prevalence nor non-use where disclosures are absent.\n\nIf venue compliance is requested or constrains the draft, check the current official policy for the relevant year, track, and stage, with its date/version. Examples are not policy. If the policy is unavailable, state that limitation and continue fact-based drafting.\n\nReturn one usable paragraph or section, followed by material unresolved facts or policy qualifications. For review, identify concrete mismatches and offer minimal replacements. This disclosure reports a process; it is not a correctness certificate or an instruction to audit the paper's proofs.\n"
AFTER
"---\nname: crypto-ai-acknowledgements\ndescription: Draft or review AI-use disclosures and AI Methodology sections in cryptography papers from the actual account of assistance and human checking. Distinguish research, writing, code, experiments, and formalization; do not certify proofs or infer AI use.\n---\n\n# Cryptography AI Acknowledgements\n\nWrite a concise, informative account of how the work developed, what AI and humans contributed, and what was actually checked. For a new full disclosure, prefer an **AI Methodology** section with a six-category checklist and free-form Details, following the September 2026 AITCS working-group proposal. Read the [methodology pattern and category thresholds](references/drafting-patterns.md) for that format. This is a recommended format, not an established venue requirement; preserve a requested short paragraph or local edit and the manuscript's existing placement and style.\n\n## Establish the facts\n\nUse the supplied account and available records. Distinguish proposals from adopted contributions, and attempted checks from successful ones. Do not infer an entire paper's history from this conversation, model capabilities, or another paper's disclosure.\n\nIdentify relevant contributions: research ideas and proofs; drafting and editing; code and experiments; formalization; and human direction, correction, extension, or checking. Distinguish originating an idea from expressing it. Credit a discarded candidate for its actual influence when material, without describing it as a final result. Name results or sections when helpful, using existing labels.\n\nFor material contributions, establish what the authors had already obtained and supplied to the tool, what it proposed, what they retained, revised, or extended, and how the resulting claims and attributions were checked. Include consequential errors, unsuccessful approaches, or limitations and their resolution when they explain the final work. Detail should be proportionate to the contribution; a list of tasks or a blanket assurance of checking does not supply this account.\n\nUse product and model/version only when known and useful; a product name does not identify its underlying model. Unknown optional versions need not block a draft. Reuse supplied facts; ask a compact factual question or use explicit provisional placeholders for a material unknown. Never fill gaps with assurances that all proofs were verified.\n\nWhen input provenance matters, distinguish the stated prompt from other known context, including supplied files, earlier conversations, or enabled memory. Do not assume the prompt exhausts the tool's context. For a reconstruction or reproducibility claim, specify the inputs received and information withheld, the checks and outputs, and any known context limitations; generating a second implementation alone does not establish independence or reproduced results.\n\n## Draft and check the allocation of credit\n\n- Describe substantive research assistance directly; do not reduce it to proofreading or inflate editorial help into discovery.\n- Name concrete human actions. Do not attribute a check to all coauthors or infer their agreement without support. Responsibility wording can express an agreed position or a clearly proposed clause; it does not establish verification.\n- Keep code review, functional tests, reproduced experiments, manual proof checking, and machine-checked formalization separate. Generated proof-assistant code needs a successful check before being called machine-checked; coverage and correspondence with the paper still matter. An agent's report does not establish human checking.\n- Preserve unrelated acknowledgements, LaTeX, and local edit scope. Drafting or review alone does not require editing a manuscript file.\n\nSeparate an AI suggestion's immediate source from its intellectual lineage: a model's proposal or failure to cite prior work does not establish originality. For substantive ideas, describe established connections to prior work and credit the sources where the ideas are first introduced or motivated, rather than relying solely on a related-work section. Consult original sources before asserting an attribution; flag unresolved lineage without inventing citations or claiming an exhaustive novelty search. A disclosure-only task need not expand into a literature survey.\n\nUse [drafting patterns](references/drafting-patterns.md) only when a starter clause would help; adapt it to supported facts. Use [source evidence](references/source-evidence.md) for example provenance or citation requests, reopening primary sources before making paper-exact claims. The selected examples establish neither community prevalence nor non-use where disclosures are absent.\n\nIf venue compliance is requested or constrains the draft, check the current official policy for the relevant year, track, and stage, with its date/version. Examples are not policy. If the policy is unavailable, state that limitation and continue fact-based drafting.\n\nReturn one usable paragraph or section, followed by material unresolved facts or policy qualifications. For the checklist format, justify answers from the contribution thresholds; an unknown is not No, and below-threshold assistance is not necessarily non-use. For review, identify concrete mismatches and offer minimal replacements. This disclosure reports a process; it is not a correctness certificate or an instruction to audit the paper's proofs.\n"
Full snapshot data
{
  "description": "Draft or review AI-use disclosures and AI Methodology sections in cryptography papers from the actual account of assistance and human checking. Distinguish research, writing, code, experiments, and formalization; do not certify proofs or infer AI use.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 325
    },
    {
      "relative_path": "references/drafting-patterns.md",
      "size_in_bytes": 8314
    },
    {
      "relative_path": "references/source-evidence.md",
      "size_in_bytes": 10133
    }
  ],
  "name": "crypto-ai-acknowledgements",
  "skill_md_contents": "---\nname: crypto-ai-acknowledgements\ndescription: Draft or review AI-use disclosures and AI Methodology sections in cryptography papers from the actual account of assistance and human checking. Distinguish research, writing, code, experiments, and formalization; do not certify proofs or infer AI use.\n---\n\n# Cryptography AI Acknowledgements\n\nWrite a concise, informative account of how the work developed, what AI and humans contributed, and what was actually checked. For a new full disclosure, prefer an **AI Methodology** section with a six-category checklist and free-form Details, following the September 2026 AITCS working-group proposal. Read the [methodology pattern and category thresholds](references/drafting-patterns.md) for that format. This is a recommended format, not an established venue requirement; preserve a requested short paragraph or local edit and the manuscript's existing placement and style.\n\n## Establish the facts\n\nUse the supplied account and available records. Distinguish proposals from adopted contributions, and attempted checks from successful ones. Do not infer an entire paper's history from this conversation, model capabilities, or another paper's disclosure.\n\nIdentify relevant contributions: research ideas and proofs; drafting and editing; code and experiments; formalization; and human direction, correction, extension, or checking. Distinguish originating an idea from expressing it. Credit a discarded candidate for its actual influence when material, without describing it as a final result. Name results or sections when helpful, using existing labels.\n\nFor material contributions, establish what the authors had already obtained and supplied to the tool, what it proposed, what they retained, revised, or extended, and how the resulting claims and attributions were checked. Include consequential errors, unsuccessful approaches, or limitations and their resolution when they explain the final work. Detail should be proportionate to the contribution; a list of tasks or a blanket assurance of checking does not supply this account.\n\nUse product and model/version only when known and useful; a product name does not identify its underlying model. Unknown optional versions need not block a draft. Reuse supplied facts; ask a compact factual question or use explicit provisional placeholders for a material unknown. Never fill gaps with assurances that all proofs were verified.\n\nWhen input provenance matters, distinguish the stated prompt from other known context, including supplied files, earlier conversations, or enabled memory. Do not assume the prompt exhausts the tool's context. For a reconstruction or reproducibility claim, specify the inputs received and information withheld, the checks and outputs, and any known context limitations; generating a second implementation alone does not establish independence or reproduced results.\n\n## Draft and check the allocation of credit\n\n- Describe substantive research assistance directly; do not reduce it to proofreading or inflate editorial help into discovery.\n- Name concrete human actions. Do not attribute a check to all coauthors or infer their agreement without support. Responsibility wording can express an agreed position or a clearly proposed clause; it does not establish verification.\n- Keep code review, functional tests, reproduced experiments, manual proof checking, and machine-checked formalization separate. Generated proof-assistant code needs a successful check before being called machine-checked; coverage and correspondence with the paper still matter. An agent's report does not establish human checking.\n- Preserve unrelated acknowledgements, LaTeX, and local edit scope. Drafting or review alone does not require editing a manuscript file.\n\nSeparate an AI suggestion's immediate source from its intellectual lineage: a model's proposal or failure to cite prior work does not establish originality. For substantive ideas, describe established connections to prior work and credit the sources where the ideas are first introduced or motivated, rather than relying solely on a related-work section. Consult original sources before asserting an attribution; flag unresolved lineage without inventing citations or claiming an exhaustive novelty search. A disclosure-only task need not expand into a literature survey.\n\nUse [drafting patterns](references/drafting-patterns.md) only when a starter clause would help; adapt it to supported facts. Use [source evidence](references/source-evidence.md) for example provenance or citation requests, reopening primary sources before making paper-exact claims. The selected examples establish neither community prevalence nor non-use where disclosures are absent.\n\nIf venue compliance is requested or constrains the draft, check the current official policy for the relevant year, track, and stage, with its date/version. Examples are not policy. If the policy is unavailable, state that limitation and continue fact-based drafting.\n\nReturn one usable paragraph or section, followed by material unresolved facts or policy qualifications. For the checklist format, justify answers from the contribution thresholds; an unknown is not No, and below-threshold assistance is not necessarily non-use. For review, identify concrete mismatches and offer minimal replacements. This disclosure reports a process; it is not a correctness certificate or an instruction to audit the paper's proofs.\n"
}

SHA-256 of public snapshot: 0239e7b10f0b58699098fb5b82074d843a24f5f20c09e7b73f504ef5dce7fcaa