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

research-paper-integrity

Standards and audits for writing academic papers, especially ML/NLP submissions to NeurIPS, ICML, ICLR, ACL, EMNLP, NAACL. Covers the author's house prose rules (zero em dashes, zero fluff, every sentence earns its place), verification of hallucinated claims and hallucinated or malformed bibliography entries, the ACL policy on AI writing assistance and what must be disclosed, and best practices for paper structure, experiments, reproducibility checklists, and rebuttals. Use this skill whenever the user is drafting, editing, polishing, restructuring, or reviewing a paper, abstract, intro, related work, rebuttal, or camera-ready; whenever they ask to "clean up" or "tighten" academic writing; whenever citations or a .bib file need checking; and whenever they ask what has to be disclosed about AI assistance. Reach for it even when the user only says "make this section better", "check my references", or "is this ready to submit".

インストール方法を見る

含まれるファイル(6)

  • SKILL.md5.3 KB
  • references/ai-writing-policy.md6.3 KB
  • references/conference-writing.md7.8 KB
  • references/hallucination-audit.md5.9 KB
  • references/writing-style.md5.8 KB
  • scripts/check_prose.py9.7 KB

SKILL.md(原文)

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

Research paper integrity

This skill is the index. Each area below lives in its own reference file so you only load what the current task needs. Read the file before acting on that area, not after, because these rules change what you write rather than how you check it afterwards.

What lives where

AreaFileRead it when
Prose rules: no em dashes, no fluff, necessity testreferences/writing-style.mdWriting or editing any prose the user will submit
Hallucination audit: unsupported claims, fake or wrong citations, bib hygienereferences/hallucination-audit.mdAny draft has claims or references that were not hand-verified
AI assistance disclosure (ACL 2023 policy and its logic)references/ai-writing-policy.mdThe user asks what to disclose, fills a responsible-NLP checklist, or used a model for text, ideas, or code
Conference craft: structure, experiments, figures, rebuttals, checklistsreferences/conference-writing.mdPlanning a paper, restructuring sections, prepping a submission or rebuttal

scripts/check_prose.py is a fast mechanical pass for em dashes, banned filler, hedge stacking, and suspicious bib entries. It catches the boring violations so your attention goes to the ones that need judgment. Per the user's global rule, do not run it yourself: write it into the relevant workspace if needed and hand over the exact command.

The three commitments

Everything in this skill reduces to three things the user cares about. Keep them in mind even when you have only loaded this index.

1. The text contains no em dashes and no filler. Not because em dashes are wrong in general, but because in this user's papers they signal a sentence that was never restructured, and filler signals a claim that was never sharpened. Replace an em dash with a period, a colon, a comma, or parentheses, whichever the actual logic calls for. Details and the filler list are in references/writing-style.md.

2. Every sentence has been asked twice whether it needs to exist. First pass: does this sentence carry information the reader does not already have? Second pass: if it does, is this the shortest honest form of it? A paragraph that survives both passes is usually a third shorter than the draft. Cutting is the main editing operation here, not rewording.

3. Nothing is asserted that has not been checked, and no reference is cited that has not been confirmed to exist. Fabricated citations and confidently wrong numbers are the two failure modes that end a paper's credibility, and both look completely normal in a draft. Treat every number, every "prior work shows", and every bib entry as unverified until you have traced it. Procedure in references/hallucination-audit.md.

Default workflow when handed a draft

Adapt this, do not perform it mechanically. If the user asked only for a citation check, do only that.

  1. Read the draft fully before changing anything. Local edits made without the whole argument in mind are how papers lose their thread.
  2. Run the hallucination audit first. There is no point polishing a sentence built on a claim that turns out to be unsupported, and finding a broken citation early changes what the surrounding paragraph should say.
  3. Then the prose pass: cut, de-fluff, remove em dashes, tighten.
  4. Then structure: does each section do the job references/conference-writing.md describes, in the order a reviewer reads.
  5. Report what you changed and, separately, what you could not verify. The second list matters more than the first. Never quietly leave an unverifiable claim in place without flagging it.

How to report

Give the user the edited text plus a short audit section. Something like:

## Changes
- Cut 4 sentences from the intro that restated the abstract
- Removed 11 em dashes, restructured the 3 sentences that needed it
- Section 4.2: "significantly improves" -> stated the actual delta and the test

## Could not verify (needs your call)
- [Smith 2021] claimed for the pretraining result: no paper by that name found in
  ACL Anthology or arXiv. Either the citation is wrong or the claim needs a source.
- Table 2 baseline number differs from the number quoted in Section 5.

Flagging honestly is the whole value here. A silent pass that leaves a fabricated citation in place is worse than no pass at all, because it launders the error.

レビュー

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

同じリポジトリのスキル

概要と使いどころ

Analyze tau2-bench task export files to identify exactly where and why tasks failed. Map failures to specific conversation rounds, show root causes, check whether relevant documentation was available, and cite sources. Use this skill whenever you need to debug a tau2-bench evaluation, understand why an agent made wrong decisions, identify missing knowledge, or review task performance—especially when context length, eligibility criteria, or policy compliance might be at fault.

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

Leanmcp/gateway-skills2,1122026年10月8日 更新

How to develop, modify, and extend the Claude Code codebase following its established programming style, patterns, and conventions. Use this skill whenever working on the claude-code source — adding tools, commands, utils, components, types, hooks, services, or fixing bugs. Also use when the user asks about claude-code architecture, coding standards, file organization, or wants to understand how the codebase works. This skill ensures all contributions match the existing codebase style exactly.

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

Leanmcp/gateway-skills2,1122026年10月8日 更新

Generate a complete, beginner-friendly explanation of an entire code repository as a set of markdown files. Maps the repo structure with `treecap` (installing it if missing), studies the actual source, then writes a `CODE_EXPLANATION/` folder containing an `OVERVIEW.md` plus numbered deep-dive files (01_architecture.md, 02_models.md, ...) that explain how the code is built, what it does, and how the pieces fit together — illustrated with real code excerpts. Use this skill whenever the user wants to understand, document, onboard onto, or get a walkthrough of a codebase: phrases like "explain this repo", "explain the code", "code explanation", "walk me through this codebase", "help me understand how this is built", "document the architecture", or "what does this project do" — even if they don't say the word "skill". Prefer this over ad-hoc summaries whenever the goal is a durable, written explanation of a whole repo.

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

Leanmcp/gateway-skills2,1122026年10月8日 更新

Run inference on Fireworks AI — direct, through the Leanmcp AI Gateway proxy (aigateway.leanmcp.com) for observability, or via LiteLLM / the OpenAI SDK / raw HTTP. Covers the endpoint-and-key matrix for each route, serverless vs dedicated deployments and their cold starts, browsing and filtering the model catalogue, reasoning models that return content:null with the answer in reasoning_content, function calling, concurrency and load testing, and runner scripts where many models share one protocol with a --use-proxy toggle. Use this skill whenever the user mentions Fireworks, FIREWORKS_API_KEY, api.fireworks.ai, fireworks_ai/ model ids, accounts/fireworks/models/..., a Fireworks deployment id, the Leanmcp gateway or LEANMCP_API_KEY, app.leanmcp.com observability, or gpt-oss / kimi / glm / qwen / deepseek served on Fireworks; wants to route LLM calls through a proxy for logging or cost tracking; is debugging empty responses, 404s, scope errors, cold starts, or "the gateway isn't working"; wants to pick a Fireworks model with tool calling; or wants to sweep several models over one benchmark. Reach for it even on vague asks like "why is this model returning nothing" or "set up inference for these models" when Fireworks is in play.

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

Leanmcp/gateway-skills2,1122026年10月8日 更新

Build, run, debug and ship 3D city games in Godot 4 — procedurally generated cities (block grids, districts, weighted building typologies, MultiMesh batching, facade shaders, terrain, day/night, landmarks), first-person controllers, headless verification, Blender-generated .glb assets, rigged character and animation packs, real OpenStreetMap-derived cities, WebAssembly export, and cloud GPU streaming on GCP. Use this skill whenever the work involves Godot or a .gd/.tscn/.gdshader/project.godot file; whenever someone wants to start, set up, clone onto a new machine, or stand up a 3D game or city generator; whenever they mention procedural city, city generator, block grid, building typology, MultiMesh, facade shader, terrain heightmap, navmesh, Godot export templates, export presets, headless Godot, .glb pipeline, Blender asset generation, character rigs or borrowed animations; and whenever they want to deploy or share a game — web export, SharedArrayBuffer/COOP/COEP, Selkies, pixel streaming, GPU VM, or "let people play this without installing anything." Reach for it even on vague asks like "get this running", "why is my city slow", "my model faces backwards", "make it work on a cloud machine", or "set this up somewhere else too" when a Godot 3D project is in play.

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

Leanmcp/gateway-skills2,1122026年10月8日 更新

Scaffold a native iOS app (SwiftUI, no dependencies) from nothing, run it in the Simulator, and archive + upload it to TestFlight entirely from the command line. Bundles working scripts for icon generation, simulator run, and signed upload via the App Store Connect API. Use this whenever the user wants to build, run, ship, or debug an iOS/iPhone/iPad app, mentions Xcode, SwiftUI, .xcodeproj, xcodebuild, simctl, provisioning, code signing, App Store Connect, TestFlight, archiving, or "get this on my phone" — and also when an existing iOS build is failing on icons, signing, teams, destinations, or duplicate build numbers.

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

Leanmcp/gateway-skills2,1122026年10月8日 更新

Leanmcp のスキルをすべて見る

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