トレンドトピック
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
より良い製品をコードコードしたいですか?
1800回のコミットと1000時間以上のバイブコーディングを経て共有できるコツや裏技をいくつかご紹介します:
1. まずLLMに自分のアイデアを説明し、PRDやアーキテクチャ文書(MDファイル)を準備してもらいます。
2. MDファイルをLLMに読み込み、すべて読み取らせて実装計画文書を作成するよう指示します。
3. 最大限に活用するために、一般的なLLMを使うのではなく、特定のスキルを持つサブエージェントに異なる部分を担当させる。これにより、一つの汎用的なLLMではなく、何でも屋のような専門的なチームメンバーが集まります。
4. 3つ目を効果的にするためには、LLMにエージェントをその領域で世界クラスのレベルに、クラス最高の人材が訓練させ、あるいはさらに良いことに、エージェントをスポーンさせるツールを使うように指示してください(近いうちに私が作ったツール「Spawner」を紹介します)。
5. 実装時には、できるだけGitHubのコミットを活用してください。一度にアプリを一気に使うのではなく、各機能が動作しているかテストしてから次のアプリに進みましょう。
6. UIデザインが雑に見えないようにするには、参照をインポートするか、以下のような文脈を持つUIスキルのあるエージェントを使うことを強くお勧めします:(1) ユーザーにどのように商品を体験させたいか、(2) ターゲット層を誰にするか、(3) 一ページを素晴らしく見せること、(4) そのスタイリングを製品の他の部分に使わせること そして(5)AIにグラデーションや悪いアイコンを避けるよう指示する。通常はそれらがデフォルトで表示されるからだ。
7. AIは特にXに関しては、単独で認証システムを構築するのが得意ではありません。これもスキルのあるエージェントを使うと、すべてがずっと楽になります。そうしないと、何時間も髪を引っ張るほど苦労することもあります。
8. もし特定の機能が気に入らず変更したい場合、その後必ずAIにコードベースを確認し、使っていない機能やコードを整理してもらうよう指示してください。さらに良いのは、ある機能がコーディングされる前のコミットに戻って、そこから欲しいバージョンを構築することです。コードをめちゃくちゃにしてしまうと、あまりにも頭痛の種が増えてプロジェクトを諦めたくなるでしょう。AIがあっても修正が耐え難くなります。
9. AIに変更ログ文書を使うよう指示し、初期アーキテクチャやPRD文書が現在の機能を一貫して反映するように更新してください。初期のドキュメントと現在の機能が異なると、AIは機能セットのイメージを誤って捉え、複雑な機能やコードに発展してしまうことがあります。
10. 脆弱性スキャナーを使って、秘密が漏れていないか、セキュリティの抜け穴があるかを確認する:AIはこうした問題を抱えやすいです。そのためのツールも作りました。vibeship dot co.をチェックしてみてください。
がんばって!
トップ
ランキング
お気に入り
