レジュメポートフォリオの複製
このスキルのディレクトリをプロジェクトルートとし、React、GSAPスクロールアニメーション、カードレイアウト、レスポンシブビジュアルを保持します。ユーザーが個人サイトの作成をリクエストしたら、まず素材を確認し、実際の履歴書に基づいてウェブサイト全体を完成させます。このリポジトリには実行可能なソースコードが含まれており、特定のAgent、クラウドサービス、APIキーは必要ありません。
初回着手
references/materials.mdを読み、node scripts/intake.mjsを実行します。このスクリプトは固定の素材ディレクトリを作成し、不足している項目を出力します。- ユーザーの言語で、以下の内容を一度に説明します。履歴書は
inputs/resume/、動作動画はinputs/videos/、写真はinputs/photos/、学校・勤務先のロゴはinputs/logos/、オプションのモデルはinputs/models/に配置するよう指示します。材料ガイドにあるカメラ撮影のアドバイスを伝え、グリーンバックの照明を均一にし、人物の服装は緑色を避けるよう注意を促します。 - 提出された素材を確認します。履歴書がない場合は待機し、架空の経歴を作成してはいけません。動画の一部が不足している場合は、まず履歴書を分析して文案を完成させます。不足しているブロックについては、当面写真や繰り返しのカットを使用することをユーザーに伝え、どの素材がまだ必要かを説明します。空のディレクトリやプレースホルダー画像はユーザーの素材とみなしません。
references/adaptation.mdを読み、事実抽出、文案マッピング、素材加工、コンポーネントの置換、ブラウザ検証を実行します。ユーザーが「素材は準備できた」と言った後、intakeを再実行します。続行するかどうかを毎回尋ねる必要はありません。- Wordテンプレート
template/resume-portfolio-content-template-general.docxをテキスト入力表として使用します。このテンプレートは、メンテナーが最適化した4列テーブルレイアウトを踏襲しています。まずアイデンティティ、About、学歴/職歴、連絡先を記入し、その後modules[]を高密度で記入します。Word表内のmodules[]は業種を前提とせず、Agentは履歴書に基づいてプロジェクト経験、個人作品集、受賞歴、研究、論文、顧客事例、専門実践などのタイプを選択します。初稿では3つのモジュールを記入し、最初のモジュールは最大4つのエントリとし、人間による確認後に削減します。リポジトリはtemplate/resume-portfolio-layout-source.docxを個人メタデータを除去したレイアウトソースとして使用します。汎用フィールドバージョンを再構築する必要がある場合はpython scripts/adapt_user_word_template.pyを実行しますが、ソースファイルには書き戻さないでください。
事実とコンテンツ
- 履歴書の原文が人物の事実ソースです。公開予定の各事実を、原文のページ番号/段落とともに
work/facts.mdに記録します。正式な役職、学習段階、参加と主導、発表済みと投稿中を区別します。矛盾や日付が不明確な場合は、出力に影響する不足項目のみを問い合わせます。 src/content/profile.jsはページ文案とメディア番号の唯一のデータエントリポイントです。Word表はユーザー編集エントリであり、profile.jsonは単なる変換の中間生成物であり、ページと長期的に並行してメンテナンスしてはいけません。通常の複製では、このデータを優先的に変更します。構造が適合しない場合は、コンポーネントを調整し、無理に6つの能力や4つの経歴に詰め込む必要はありません。- 簡潔な中国語の文案と忠実な英語翻訳を生成します。人物の実際の専門分野を保持します。「Clinical」「Research」「Publication」は元のデモのビジュアルスロットに過ぎず、業界制限ではありません。非学術的な人物の場合、これらをプロジェクト経験、個人作品集、受賞歴、顧客事例、または専門実践にマッピングし、タイトル、図の説明、モデルの説明も合わせて変更します。汎用的な医療/顕微鏡/腫瘍のビジュアルは、新人の経歴として解釈されてはいけません。
- 対外連絡先はユーザーが提供し公開を指定します。指定されていない電話番号、誕生日、住所、身分証明書などは公開しません。元の履歴書と元の動画は
inputsにのみ残し、publicにコピーしてはいけません。
素材と納品
npm run media を使用して、番号 01–07 のグリーンバック MP4 を処理します。パラメータとカメラマッピングについては materials を参照してください。処理後、エッジ、肌色、ループの継ぎ目を確認します。スクリプトのパラメータは開始点であり、すべてのグリーンバックに適用できる品質保証ではありません。
npm ci、npm run intake、Word変換/コンテンツマッピング、npm run media、npm run build、npm run preview を順次実行します。利用可能なブラウザツールを使用して、デスクトップとモバイル、バイリンガル、カルーセル、スクロール、透過動画、モデルなしでのフォールバックを確認します。まずプレビューを静的ホスティングまたはローカルアクセス可能なアドレスにデプロイし、ユーザーがクリックして確認し修正を提案します。修正は優先的にWord表に戻し、その後 profile とウェブページに同期します。ユーザーが明確に最終確認を行った後にのみ、正式なデプロイを実行します。実際に異なる新しい人物のプロフィールで置き換えを検証し、すべての名前・組織・連絡先・プレースホルダー文案を検索します。build が成功したという理由だけで複製完了と宣言してはいけません。
標準化されたクローズドループと問題点
プロジェクトをダウンロードした後、まず inputs/ の素材を収集し、次に履歴書の事実を読み取りWord表に記入します。素材処理と文案マッピングが完了したら静的サイトを構築し、まずユーザーにプレビュー可能なアドレスを提供します。ユーザーの修正意見はWord表に書き戻し、再構築し、最後に明確な確認後にデプロイします。静的サイトはデフォルトでバックエンドサーバーに依存しませんが、動画、フォント、3Dモデルは依然としてパッケージサイズ、初回表示速度、ホスティング枠に影響を与える可能性があります。
一般的な問題点には、履歴書の複雑なフォーマットによる事実抽出の不完全さ、グリーンバックのエッジ色のにじみ、ロゴの公開ライセンス欠如、動画やGLBファイルのサイズ超過、一部のAgentがDOCXパーサーライブラリを持たないこと、静的ホスティングが大容量ファイルやSPAのフォールバックを処理できないことなどがあります。解決策は、ページ番号/段落の事実インデックスを保持すること、まず写真にフォールバックすること、素材の出典を記録すること、WebM/GLBを圧縮すること、scripts/word_to_profile.py とバンドルされたPythonを使用すること、大容量素材はオブジェクトストレージに置くか静的CDNを使用すること、そして各ビルド後に実際のブラウザで検証することです。
ローカルプレビュー、完成したウェブサイトのソースコード、素材使用目的のインデックス、検証結果を納品します。デフォルトでは、ユーザーの新しい素材をアップロードしたり、自動デプロイしたりしません。公開またはアップロードする際は、ユーザーの現在の許可に従います。素材不足によるプレースホルダーブロックは明示的にリストします。