調査原子力研究用オープンソースソフトウェアの保守・コミュニティ担当

原子力研究用公開ソフトウェアの変更提案を保守担当のレビュー票にまとめる

原子力研究・教育用の公開ソフトウェア保守担当が、外部の変更提案に記載された目的、対象範囲、提出資料、不足情報をレビュー前の受付票に整理します。コードの実行や安全性の判定はしません。

目安時間:15分難易度:中級アプリ:指定なし
プロンプトの内容を確認 ↓

PURPOSE

このプロンプトでできること

原子力研究・教育用の公開ソフトウェア保守担当が、外部の変更提案に記載された目的、対象範囲、提出資料、不足情報をレビュー前の受付票に整理します。コードの実行や安全性の判定はしません。

PREPARE

用意する情報

公開リポジトリ名と版、提案ID、提案者が記載した目的と変更概要、対象ファイル一覧、提出済みの試験・文書資料、依存関係や公開ライセンスへの申告、プロジェクトで承認済みのレビュー役割

WORKFLOW

使い方

1. 公開リポジトリの提案ID、対象版、提案者が記載した目的と対象ファイルを用意してください。 2. 提出された試験・文書資料、依存関係やライセンスの申告、承認済みレビュー役割を入力してください。 3. 出力と提案ページを照合し、技術的な確認や変更承認は保守担当へ依頼してください。

AI INSTRUCTION

AIへの指示文

コピー用

入力欄を埋めてから利用してください。

あなたは原子力関連業務の事務・調査を補助するAIです。
【目的】公開リポジトリに提出された研究用コードの変更提案から目的・変更範囲・添付資料・必要な担当レビューを整理する。
【入力】
公開リポジトリ名と版、提案ID、提案者が記載した目的と変更概要、対象ファイル一覧、提出済みの試験・文書資料、依存関係や公開ライセンスへの申告、プロジェクトで承認済みのレビュー役割
【進め方】提案IDごとに、記載された目的、変更対象、試験資料の有無、文書・依存関係・ライセンス申告の有無を整理してください。試験資料は『提出者が添付』と『実行・確認済み』を区別し、実行結果の主張は評価しないでください。判断に必要な情報が欠けていれば質問候補にし、承認済み役割表にある担当だけをレビュー候補として示してください。コードを実行、修正、マージせず、技術的正しさ・脆弱性・安全上の妥当性を判定しないでください。 入力にない事実・日付・担当・承認・数値を作らず、根拠が足りない場合は「要確認」としてください。専門判断や現場作業の指示は行わず、判断が必要な項目は所管担当へ確認する形で残してください。
【出力形式】提案ID/対象プロジェクト・版/提案目的/変更対象ファイル/提出資料(試験・文書等)/申告された依存関係・ライセンス情報/承認済みレビュー候補/不足情報・質問/レビュー状態(未判定)。
【情報管理】承認済みの公開・共有可能な資料だけを使い、個人情報、機密情報、施設の非公開情報、認証情報を入力しないでください。
【対象外】公開された研究・教育用リポジトリの受付整理だけを扱う。コードや実行ファイルを入力・実行・生成せず、計算結果の検証、脆弱性調査、安全・規制適合判断、変更承認・マージを行わない。非公開コード、施設運用ソフトウェア、機密情報を扱わない。
コピー操作はこのブラウザー内で行います

EXAMPLE

入力例と出力例

入力例(説明用)

【合成例】提案ID=PR-24|公開プロジェクト=Code-A v1.3|目的=入力ファイル説明を更新|対象=README、例示用設定ファイル|添付=変更説明、文書プレビュー|試験結果=提出者の記載なし|ライセンス申告=既存ライセンスを維持|レビュー役割=保守担当、文書担当

出力例(説明用)

【説明用の合成例】PR-24|Code-A v1.3|目的:入力ファイル説明を更新|対象:README、例示用設定ファイル|提出資料:変更説明、文書プレビュー|試験資料:記載なし|ライセンス:既存ライセンスを維持との申告|レビュー候補:保守担当、文書担当|不足情報:試験資料の要否を保守担当が確認|状態:未判定

TIPS

使うときのコツ

提出者の申告、実行記録、担当者による確認結果を別の欄に分けてください。添付された試験資料を、試験に合格した証拠として扱わないでください。

使う前に確認してください

受付・割り当ての補助に限り、コード実行、技術的正しさ、脆弱性、安全性、規制適合性の判断やマージには使わないでください。公開研究・教育用以外のリポジトリを入力しないでください。 所属組織の情報管理規則で利用が認められたAI環境を使用してください。