Kimi K2.7コードの詳細テスト - コード生成機能の包括的な分析 - AiBoss

皆さん、キミがまたアップデートしましたよ。

このリリースは Kimi K2.7 CodeこれはKimi K2.6と同じアーキテクチャを使用しており、Kimi K2.6をベースに学習された、コーディングに特化したバージョンです。

公式発表によると、今回のアップグレードは主に以下の点に重点を置いている。

過剰な思考を減らすことで、推論トークンの使用量が前世代のKimi K2.6と比較して30%削減され、応答速度の向上とコスト削減につながります。。

ベンチマークテストでも、大幅な改善が示された。The Dark Side of the Moonが公開したデータによると、Kimi K2.7 Codeの特定のタスクにおけるパフォーマンスは、あるレベルに近づき始めている... GPT-5.5とOpus 4.8。

ここ数日、友人たちから比較レビューをいくつか見かけました。同じ内容で…プロンプトワード以下は、Kimi K2.7 Code によって生成された物理的なアニメーションとフロントエンドページの一部で、さらに表現力豊かです。 GPT-5.5の方が良く、実際のコストはそれよりも低い。 GPT-5.5の3分の1。

コーディングと Agent 特定のシナリオに合わせて調整されたカスタムバージョンで、日常的なプログラミング作業に適しています。知的体移行期間中にこの新モデルに切り替える方が間違いなく適切でしょう。さらに、公式発表では次のように述べられています…6倍速モードも近日中に発売予定です。。

一緒に試してみましょう。

このレビューではKimi CodeとKimi K2.7 Codeを使用していますが、Kimi API経由でも利用可能です。

SVG画像

まずはもっと簡単な作業から始めてみましょう。

プロンプトワード両手にハンバーガーを持ったかわいいパンダのSVGコードを、できるだけ詳細に作成してください。

一見したところ、見た目の美しさは申し分ない。パンダの表情、ハンバーガーの具材、ゴマ、肉球…これらの細部はすべて完璧に再現されている。

しかし、詳しく調べてみると、パンダの腕は胴体と繋がっておらず、全体の構造的な関係性はまだ最適化する必要がある。

SVGアニメーション

静的なSVGの作成が完了したので、次にアニメーション効果を見てみましょう。

プロンプトワードSVGを使用して、ウサギとカメの競争のアニメーションを描画してください。

グラフィックはまずまずで動作も正常だが、カメとウサギの向きが逆で、まるで後ろ向きに走っているように見える。そして最終的にウサギが勝つのだが、これは古典的な物語とはあまり合致しない。

キミK2.7コードの修正を引き続き試みましょう。

プロンプトワード現在公開されている「ウサギとカメのレース」のSVGアニメーションにおける2つの問題を修正してください。

試合結果は間違っています。

* 現在の結果は「ウサギの勝ち」となっています。「最終的にカメが勝つ」に変更してください。

* これは、古典的なウサギとカメの競争の論理に合致していなければなりません。ウサギは速いですが、途中で眠ったり休んだりします。カメは遅いですが、前進し続け、最初にゴールラインに到達します。

* 欲しくない単純ウサギの速度をカメの速度より遅くするには、カメはウサギが途中で休憩/睡眠をとる行動を利用してウサギを追い越さなければならない。 2. 動物の向きが間違っている。

* カメとウサギの現在の移動方向は正しいです。どちらも左から右へゴールに向かって走っています。移動経路やx座標の増分ロジックは変更しないでください。

問題は、動物たちの頭の向きが間違っていることです。カメとウサギの頭が両方ともゴールラインである右側を向くように、キャラクターの向きを修正してください。

* scaleX(-1)、transform、animateMotion、path、またはgroupingが使用されている場合

キャラクター自身の視覚的な向きのみを調整し、移動方向を反転させないようにしてください。

動物は、後ろ向きに走ること、ゴールラインに背を向けて走ること、または体が左を向いている状態で右に移動することは禁止されています。

修正後、実行可能な完全なコードを出力してください。

このケーススタディは、モデルがアニメーション内の処理ロジックを真に理解しているかどうかをテストするのに最適です。モデルが結果だけを変更する場合、手抜きをしてウサギの速度を遅くするだけで済ませてしまう可能性があります。

Kimi K2.7コードは、ウサギの動きを「スタート」「睡眠と停滞」「目覚めて全力疾走」の3つの段階に分けて分析する。一方、カメは一定のペースを維持し、ウサギが眠っている間に追い抜く。

これは、モデルが結果重視の最適化からプロセスレベルの行動モデリングへと移行し始めていることを示しており、時系列における状態変化を構築することで制約を満たし、古典的な因果連鎖構造に従って、プロセスによって結果が自然に生成されることを可能にする。

プロンプトワード【トピック】火山噴火

目的：火口をクリックすると噴火が起こる、インタラクティブな火山災害シナリオを作成する。

必須機能:

火口エリアをクリックすると、火山噴火が起こります。

噴火には、マグマ柱、火星由来の粒子、火山灰、溶岩流が含まれていなければなりません。マグマのみを描くことは認められません。単純炎。

噴火の瞬間、空と山々は鮮やかな赤橙色の光に照らされたが、その後徐々に光は消えていった。

火山灰粒子の連続的なシステムを形成するには、塵が上昇し、風に乗って漂う必要がある。

下部には、尾根、森林、村、岩だらけの荒地など、地形のシルエットを含める必要があります。

連続クリックに対応しており、複数のバーストを同じ画面上に重ねて表示でき、それぞれのバーストは独立して減衰します。

必ず見ておきたいビジュアル：

マグマは主に鮮やかな黄色／橙赤色で、縁に向かって徐々に色が濃くなっている。

火星の粒子は放物線運動を示し、徐々に消滅する効果を持つ必要がある。

溶岩流は丘の斜面をゆっくりと滑り降り、その背後に光り輝く痕跡を残す必要がある。

火山灰には層状構造が必要であり、単なる煙の点ではいけない。

ボーナスポイント：

マグマ噴出は、速度、方向、大きさにランダムな摂動を加えた粒子システムを用いてシミュレーションされる。

山の表面にできた亀裂は発光する効果があり、噴火が激しいほど、亀裂は明るく輝く。

わずかな地面の振動やカメラの揺れは、爆発的な衝撃をシミュレートする。

遠くの空には、火山灰の雲がゆっくりと広がっていった。

溶岩が地面に接触すると、煙が発生し、冷却効果と暗くなる効果が生じる。

噴火の頻度が増すと噴火の強度も増し、マグマの上昇、火花の増加、そして火山灰雲の厚みが増す。

活動休止期間を経て、火山は徐々に冷え込み、静穏を取り戻した。

Kimi K2.7 Codeは、ネイティブCanvasのみを使用して、溶岩、火花、火山灰、溶岩流、煙、遠くに見える灰色の雲などの特殊効果を実装しています。クリック頻度によって噴火の強度も変化し、強い光、ひび割れ、振動も実装されています。複数の噴火は独立したイベントではなく、溶岩流は視覚的に弱く、論理ループはきちんと閉じられています。

欠点は、マグマ柱の形成が不十分で、溶岩流が比較的弱いことである。

3Dシーン

プロンプトワード【トピック】魔法の森の小屋

目的：HTML + JavaScript + Three.js を使用して、光る魔法のランプの横にあるキノコの家の入り口に小さなキツネが座っているウェブベースの 3D アイソメトリックシーンを構築する。

画像要件:

このシーンは等角投影図法で描かれており、明確な3D空間階層構造を持っている。

その小さなキツネはとても可愛らしく、キノコの家の隣に座っている。

キノコの家は、丸みを帯びた屋根、ドアや窓、そしておとぎ話に出てくるような装飾が特徴です。

魔法のランプは半透明で光を発し、画像の中で視覚的な中心となる必要がある。

地面には草、小さな花、石、そして少量のホタルの死骸が散らばっている。

照明は柔らかく、環境光、輪郭光、局所的な照明効果が用いられている。

素材はそれぞれ異なる質感を持つように区別する必要がある。キツネの毛皮、キノコの家、ガラスのランプシェード、草、石などだ。

技術要件:

完全かつ実行可能なHTMLコードを出力します。

Three.jsを使用して、Webページに3D効果を実装します。

Blenderは使用しておらず、外部の画像アセットにも依存していません。

ジオメトリ、マテリアル、ライティング、パーティクルなどを活用して、可能な限りシーンを構築してください。

コード構造は明確で、シーンの初期化、カメラ、照明、モデルの作成、パーティクルエフェクト、アニメーションループなどが含まれています。

この種のタスクは、Three.js を記述できるかどうかだけでなく、モデルがシーンの初期化、ジオメトリの組み合わせ、マテリアル、ライティング、パーティクル、アニメーションループを同時に処理できるかどうかもテストします。

キミK2.7コードは速いシーン全体の構造が構築されたため、3Dクリエイティブコンセプトの最初のバージョンとして適したものとなっている。

しかし、真に高精度な作品を制作するには、カメラの構図、モデルのプロポーション、照明効果、素材の細部に至るまで、依然として手作業による微調整が必要となる。

ゲーム

プロンプトワードマインクラフトのリメイク版を作ろう。

Kimi K2.7コードは、わずか5分足らずでMinecraftの簡略版を再現した。地形生成だけでなく、一人称視点制御、ブロックの破壊と配置といったインタラクションも実装し、ボクセルサンドボックスの中核となる閉ループをほぼ完成させた。

UIデザイン

プロンプトワードモダンなAppleスタイルのログインページを作成してください。

レイアウト、ダークな質感、固定式の曇りガラス風ナビゲーション、大きなフォントのタイトル、ボタン、スクロール効果など、すべてが一見するとApple製品のような印象を与える。

全体的な完成度はスタイルの再現レベルに近いものの、製品の信頼性や情報密度の制御という点では、まだアップルスタイルには及ばない。

最初の画面に表示されるデバイス画像は、実際のデバイスやインターフェースといった視覚的な要素を一切含まない、単なるグラデーションカードです。光るボールやSaaSカードによって画面はより豊かになりますが、Apple特有の、実際の製品ビジュアルや抑制された表現へのこだわりが弱まってしまいます。

バグの検出と修復

プログラマーの真の実力が最も試されるのはまさにここです。実例を挙げて説明しましょう。オープンソースプロジェクトのファイルブラウザで、パッケージ化されたファイル名を生成するロジックコードを使ってKimiをテストしてください。

プロンプトワード：

以下の記述が正しいかどうか確認してください。オープンソースプロジェクトのコードはセキュリティ監査を受け、デプロイ可能な修正プログラムが提供されました。

背景：

このプロジェクトはファイルブラウザです。その機能には、ユーザーがフォルダをダウンロードした際にファイルをzip/tarアーカイブにパッケージ化することが含まれます。アーカイブ内のファイル名生成ロジックにセキュリティ上のリスクがないか、十分に確認してください。

必要とする：

脆弱性が存在するかどうかを判断し、脆弱性の種類とリスクレベルを指定します。

脆弱性が発生した具体的なコード箇所を示してください。

脆弱性の原因と、それが様々なオペレーティングシステムに及ぼす潜在的な影響について説明してください。

解決策と重要なコードパッチが提供されています。

単体テスト、セキュリティテスト、クロスプラットフォームテスト、回帰テストを含む、導入前のテスト計画を提供してください。

バージョンアップグレード、カナリアリリース、ログ監視、ユーザー通知、ロールバック計画などを含む、本番環境へのデプロイソリューションを提供します。

回答は実行可能でなければなりません。「検証を強化する」と言うだけでは不十分です。

コード：

nameInArchive := strings.TrimPrefix(path, commonPath)

nameInArchive = strings.TrimPrefix(nameInArchive, string(filepath.Separator))

nameInArchive = filepath.ToSlash(nameInArchive)

キミのK2.7コードに対する回答は概ね許容範囲内だったが、傑出したものではなかった。

脆弱性の種類は正しく特定されており、リスクポイントも圧縮ファイル名に関連するZip Slipの問題として特定されました。

Kimi K2.7 コードは、filepath.Rel と filepath.Clean を使用してパスを標準化し、バックトラッキングパス (..) のチェックを追加し、絶対パスをインターセプトして、zip/tar で使用される / 形式に統一します。

これは、モデルがセキュリティ問題に対処するためにパスセマンティクスを使用し始めたことを示しており、一定レベルのエンジニアリング意識を示している。

テスト、カナリア展開、監視、ロールバックなどを含む展開ソリューションを提供します。そのエンジニアリングアプローチは非常に包括的です。

主な問題点は、Kimi K2.7コードが複数の中間状態にあるパスに対して安全性の判断を行う前に、統一されたパス標準化のベンチマークを確立していないため、元のパス、Relの結果、Cleanの結果が混在し、判断の意味論に一貫性がなくなることです。

この修正は正しい方向性を示しているが、実際の脆弱性の最も重要な問題である「Windowsのバックスラッシュのクロスプラットフォームパスセマンティクス」には対処できていない。

ランディングページ

全体として、このデザインは一見してオリジナルのデザインスタイルを捉えることに成功している。紫を基調とした配色、風景画風の表現、カードの角丸、モジュール式の分割といった主要な視覚要素がほぼ再現されており、スタイルの一貫性が保たれている。

オリジナルの紫色は、暖色系と寒色系の色合いがはっきりと分かれており、淡い紫色から濃い紫色へと徐々に変化しています。一方、レプリカ版の紫色は色調がより均一で、全体的にすっきりとした印象ですが、やや工業的な雰囲気があり、通気性も少し劣ります。

情報密度の制御はさらに改善の余地がある。現状ではモジュール間の間隔が均一すぎるため、強調、間、誘導といった要素を含むコンテンツの流れというよりは、単なる規則的なレイアウトのように見えてしまう。読書の流れにおける起伏の感覚が十分に感じられない。

これらの作業をすべて完了するのに、どれくらいの費用がかかりましたか？

最後に、誰もが最も気にしているであろう費用についてお話ししましょう。

今回のケースセットには、SVG、Canvas、Three.js、ゲーム、セキュリティ監査、そして長時間実行されるNext.jsタスクが含まれています。これら全てを実行した結果、今週はKimi Codeの利用枠の約4%しか使用せず、これは約6.99元に相当します。開発者にとって、日々の試行錯誤にかかるコストは既に無視できるレベルです。

Kimi K2.7 のコードは、特にフロントエンドやインタラクティブなタスクにおいて優れた性能を発揮します。SVG、Canvas、Three.js、小規模なゲームなどの完全なバージョンを迅速に構築できます。個人開発者や技術系ブロガーにとって、これは…速いアイデアを検証する能力は非常に高い実用的価値。

さらに嬉しいことに、来週月曜日にはキミがKimi K2.7コードを6倍速でリリースする予定です。。

出力速度は、一般的なプログラミングシナリオでは約180トークン/秒ですが、短いコンテキストのシナリオでは260トークン/秒に達することがあります。これにより、開発プロセスは、要件提出→長時間の待ち時間という従来のやり方から、極めて頻繁なリアルタイムのやり取りへと大きく変革されるでしょう。。

私たちと AI コラボレーションのパラダイムもより明確になった。目標を定義し、結果を確認し、最終的なアーキテクチャ上の決定を下す責任は私たちにある。AI フレームワークの構築、初期バージョンの記述、そして度重なる改訂を担当し、まず大量の反復的で機械的な作業をこなす。

AI 彼らはレイアウト、配色、ページ構成に関して既にかなりのスキルを持っており、生成されるページは通常、すっきりとして整理されている。しかし問題は、整理されすぎていることにある。多くの場合、テンプレートのようなページを真にデザイン性の高い、詳細な作品へと変えるには、手動での調整が必要となる。

オープンソースモデル間の競争は、ランキングデータの追求から、業界全体のコスト削減と効率向上へと大きくシフトした。オープンソースプログラミングにおけるモデルと Agent タスクの面では、トップクラスのクローズドソースモデルと競合し始めており、開発者に対してアーキテクチャ設計、データセキュリティ、呼び出しコストに関して、かつてないほど幅広い選択肢を提供している。

Kimi K2.7 Codeは、この傾向を示す一例に過ぎません。来週月曜日にリリースされる6倍速バージョンのKimi K2.7 Codeは、スピードと安定性の両方を実現できるのでしょうか？それは今後の展開を見守るしかありません。

元のリンク:Kimi K2.7 Codeは5分足らずでMinecraftを再現する――彼は一体どれほどの実力を持っているのか？

すべてのカテゴリ