agentleFS
t46t46/ra-skills/skills/research-output-registry/SKILL.md

research-output-registry

Skill16 starsChanged 6 months agoMITView on GitHub

論文、学会、特許、データ、広報、受賞、アウトリーチを研究プロジェクトの成果台帳として整理する

The file

Files
SKILL.md

研究成果台帳管理

What This Does

研究プロジェクトの成果を、報告書作成時だけでなく日常的に記録・更新する。論文、学会発表、特許、データ公開、ソフトウェア、プレスリリース、受賞、人材育成、アウトリーチを台帳化し、進捗報告、最終報告、評価対応、広報、次期申請に使える形にする。

  • 対象ユーザー: URA、研究支援担当者、PI、プロジェクトマネージャー、広報・知財担当
  • 解決する課題: 成果情報が研究者の記憶、メール、researchmap、報告書案に散在する
  • 期待される効果: 報告漏れ、謝辞漏れ、知財・広報確認漏れを減らし、成果を次の資金獲得へつなげる

Required Inputs

  • プロジェクト情報: 課題名、制度名、研究期間、研究代表者、成果報告要件
  • 成果候補: 論文、発表、特許、データ、ソフトウェア、広報、受賞、教育実績
  • 根拠資料: DOI、URL、プログラム、投稿状況、受理通知、広報記事、特許相談メモ
  • 確認先: PI、分担者、知財、広報、DMP担当、経理、FA
  • 報告期限(任意): 年次報告、評価会、最終報告、学内報告

What It Produces

  1. 研究成果台帳: 成果種別、状態、根拠、関連課題、確認先、報告可否を整理
  2. 報告書用成果リスト: FA報告、学内報告、評価会向けに整えた一覧
  3. 広報・知財確認リスト: 公開前確認が必要な成果を抽出
  4. 未回収情報リスト: DOI、謝辞、共同著者確認、データ公開URLなど不足項目
  5. 次期申請向け成果要約: 研究実績として使える短い説明

手順

1. 成果種別を定義する

制度・機関の報告様式に合わせて分類する。分類が未確認なら、一般分類として扱う。

種別例注意点
論文査読付き論文、プレプリント、総説DOI、謝辞、課題番号、OA状態
学会口頭、ポスター、招待講演開催日、発表者、国際/国内
知財発明届、特許出願、ライセンス公開前に知財担当へ確認
データデータセット、DMP、リポジトリ公開範囲、個人情報、ライセンス
ソフトウェアGitHub、パッケージ、ツールライセンス、依存関係、保守
広報プレス、Web記事、取材広報確認、公開日、表現
人材育成学生、RA、博士、講習報告対象か確認
アウトリーチ講演、展示、勉強会対象者、参加者数、URL

2. 台帳を作る

| ID | 種別 | 成果名 | 状態 | 日付 | 関係者 | 根拠URL/資料 | 課題番号/謝辞 | 確認先 | 報告可否 | 未決事項 |
|----|------|--------|------|------|--------|---------------|---------------|--------|----------|----------|

状態は 予定 / 投稿中 / 採択 / 公開済 / 確認中 / 報告済 / 報告対象外 で管理する。

3. 報告・広報・知財の分岐をつける

成果ごとに、どこへ引き渡すかを明示する。

  • 報告書に使う: progress-report
  • 広報に使う: research-pr-support
  • 知財確認が必要: ip-disclosure-triage
  • データ公開が必要: research-data-management
  • 次期申請に使う: grant-proposal-review

4. 未回収情報をPIへ確認する

件名: [確認依頼] {プロジェクト名} 成果台帳の未確認項目

成果台帳更新のため、下記をご確認ください。

確認したい成果:
- {成果名}

不足情報:
- DOI / URL:
- 謝辞・課題番号:
- 公開可否:
- 知財・広報確認の要否:

希望回答期限:
- {日付}

5. 報告書用に整える

報告書に転記する前に、制度が求める形式、文字数、成果種別、課題番号、謝辞表記を確認する。

判断基準

判断項目見るポイント対応
根拠DOI、URL、通知、資料があるか根拠欄に記録する
報告可否FA・機関の報告対象か要確認なら未決にする
公開リスク知財、個人情報、契約に触れるか専門部署へ確認
謝辞課題番号・助成表記が正しいか公式表記を確認
再利用次期申請や広報で使えるか短い成果要約を作る

よくあるミスと対策

ミス対策
報告直前に成果を集める月次で台帳更新日を置く
論文だけを成果として扱うデータ、ソフト、広報、人材育成も分類する
知財確認前に公開情報を書きすぎる発明可能性があれば知財担当へ確認
DOIや謝辞が抜ける未回収情報リストを作る

品質基準

  • 成果種別、状態、根拠、確認先、報告可否が分かること
  • 報告書、広報、知財、DMP、次期申請への引き渡し先があること
  • 公開前確認が必要な成果をRAが勝手に公開判断していないこと
  • 月次更新に使える表になっていること

Available Tools

  • Read: 報告書、論文リスト、researchmap、KAKEN、OpenAlex、議事録の読み込み
  • Write: 成果台帳、未回収情報リスト、報告書用成果一覧の作成
  • WebSearch / WebFetch: DOI、公開URL、公式成果ページの確認
  • Bash: CSV、Markdown表、重複チェックの整形

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.