Lab Report Autopilot は何をしますか？
課題のアサインから提出までレポートをドライブ：ファイルを検査し、環境を選択し、実験を実行し、有用な結果をキャプチャし、ユーザーのテンプレートを埋め、完成した DOCX を検査します。必要なファイルと個人フィールドが利用可能になったら、ルーチン手順をユーザーに尋ねることなく続行します。
ソフトウェアの出力、スクリーンショット、ユーザーの詳細、引用、環境の値を決して捏造してはいけません。レポートが虚偽になるような、利用できない環境、許可の欠如、必須フィールドの欠落がある場合にのみ割り込みます。
セットアップ
この SKILL.md を含むディレクトリを SKILL_DIR として解決します。バンドルされたスクリプトは絶対パスで実行します。カレントディレクトリはスキルフォルダではなく、ユーザーのレポートフォルダである可能性があります。
レポートワークスペースが存在しない場合：
python3 "$SKILL_DIR/scripts/init_report.py" work/report-name \
--kind lab \
--discipline packet-analysis \
--title "ARP プロトコルパケットキャプチャとフィールド分析"
専門実務の場合は --kind practice を使用します。提供された DOCX はレポートテンプレートのままにします。汎用の Markdown ドラフトに置き換えてはいけません。
画像チェッカーは Pillow を必要とします：
python3 -m pip install -r "$SKILL_DIR/requirements.txt"
資料の読み込み
書き始める前に、各入力を分類します：
- テンプレート： セクション、フィールド、ページレイアウト、視覚スタイルを制御します。
- 優れた参考資料： 有用なステップの長さ、表現、スクリーンショットの配置を示します。
- 悪い例： 避けるべき問題を示します。
- 課題資料： 必要なデータ、コード、トポロジ、期待される結果を提供します。
- プライベート資料： ユーザーの取扱指示に従い、許可された事実のみを提供します。user-data-and-privacy.md を読んでください。
パターンを学びますが、他人の身元や結果をコピーしてはいけません。名前、スクリーンショット、アドレス、プライベートレコード、一人称の主張をコピーしてはいけません。
disciplines.md を読み、次に一致する分野ファイルを 1 つロードします。課題が実際に複数の科目にまたがる場合のみ、2 つ目をロードします。
何を納品すべきか決定する
記録します：
- 必須セクションと採点プロンプト。
- ユーザーが提供したフィールド。
- ソフトウェア、オペレーティングシステム、データ、トポロジ、期待される出力。
- 提出された各主張に必要な可視結果。
- 長さ、日付、ファイル名、ファイル形式のルール。
名前、学籍番号、クラス、教師、組織、役割、日付、その他のフィールドは、ユーザーが提供または確認した値からのみ入力します。同じ値をすべての出現箇所で使用します。テンプレートに必要なフィールドが欠けている場合は一度だけ尋ねます。署名、スコア、承認フィールドは、ユーザーが明示的に提供しない限り空のままにします。無関係なレポートのファイル名パターンを再利用してはいけません。
Word を編集する前に、docx-qa.md を読み、提供されたテンプレートを測定します：用紙サイズ、マージン、表、フォント、サイズ、行間、インデント、画像幅、キャプション、ヘッダー、フッター、ページ番号。これらの測定値が出力を制御します。
環境の選択
environment-playbook.md を読み、次に現在のマシンを検査します：
python3 "$SKILL_DIR/scripts/probe_environment.py" --json
作成者のコンピュータや仮想化製品を推測してはいけません。課題で指定されたオペレーティングシステムとソフトウェアに従います。一般的な中国大学のコースワークでは、Windows を Office、PowerShell、SQL Server、eNSP、ベンダーシミュレータ、Windows 専用教育ソフトウェアの主要ルートとして扱います。Linux または Kali は Linux ネットワーキングおよびセキュリティツールに使用します。macOS は、指定されたソフトウェアと必要なスクリーンショットが同等である場合にのみネイティブに使用します。それ以外の場合は、利用可能な Windows または Linux VM、コンテナ、WSL、または認可されたリモートラボを使用します。
許可の修正や失敗した試行は、提出結果を変更しない限り作業ノートに残します。セキュリティ作業は、ローカルラボ、コースシステム、意図的に脆弱なターゲット、またはその他の認可されたシステム内に留めなければなりません。
実行とキャプチャ
evidence-and-screenshots.md と選択した分野ファイルを読みます。
- タスクを満たす最小のセットアップを構築します。
- レポートに登場するすべてのコマンドとコードパスを実行します。
- 意味のある GUI アクションの後、最新のアプリケーション状態を検査します。
- 正確な入力、ファイル名、バージョン、アドレス、フレーム番号、観測値を記録します。
- 結果を示す画面をキャプチャします。すべてのクリックをキャプチャしてはいけません。
- 元のスクリーンショット、パケットファイル、データ、ソースコードは変更せずそのまま保持します。
生成された図は概念を説明するのに役立ちますが、実際のソフトウェア結果の代わりにはなりません。1 つのレポートで使用されるスクリーンショットは、ファイル名、アドレス、ポート、値、環境について一致していなければなりません。
ドラフト作成前に画像フォルダを確認します：
python3 "$SKILL_DIR/scripts/evidence_manifest.py" path/to/evidence \
--output evidence-manifest.json
破損ファイル、偶発的な重複、読み取れないキャプチャ、公開されたプライベートデータ、欠落した結果画面を修正します。
観測された結果から記述する
writing-and-code.md を読みます。
各実践ステップについて、操作、観測された値または動作、近くのスクリーンショット、および役立つ場合にのみ短い説明を記述します。理論と要約は、例と課題に比例させます。
専門実務の場合は、割り当てられた作業として記述します：何を受け取ったか、何を確認または操作したか、どのように判断したか、どのような結果が記録されたか。スクリーンショット数、レポート構造、保持されたアーティファクト、レポートが導入しないものについてのプレゼンテーションノートを追加してはいけません。ソース行を埋めるためだけに会社のホームページを追加してはいけません。
コードについては、要求された動作のみを実装します。未使用の抽象化、推測的なオプション、ありえないケースのチェック、単純なコードを言い換えるコメントを追加してはいけません。
DOCX の構築と検査
利用可能な場合はホストエージェントのドキュメントツールを使用します。それ以外の場合は互換性のある DOCX ツールと実際のレンダラーを使用します。提供されたテンプレートをその場で埋めます。サンプルテキストは、レポートコンテンツが置き換える場合のみ削除します。
最新の DOCX をレンダリングし、100% で各ページを検査します：
- スクリーンショットとキャプションが読みやすく、整列していること。
- テキスト、表、画像がクリップまたは重なっていないこと。
- 中国語とラテン文字のグリフが正しくレンダリングされていること。
- 見出し、番号付け、行間、インデント、マージン、ヘッダー、フッターがテンプレートと一致していること。
- 名前、日付、コマンド、アドレス、フレーム番号、図、結論が一致していること。
- 余分な空白ページや、ほとんど空のまま繰り越されたページがないこと。
- ファイル名がこの課題のルールに従っていること。
- 資格情報、プライベートな作業場データ、無関係な個人情報が残っていないこと。
レイアウト変更のたびにレンダリングを繰り返します。ユーザーが作業資料を要求しない限り、要求されたファイルのみを納品します。