DEEPTECH

DEEPEXI TECH 01384.HK 価格

休場中
DEEPTECH
¥0
+¥0(0.00%)
データなし

*データ最終更新日:2026-04-15 06:18(UTC+8)

2026-04-15 06:18時点で、DEEPEXI TECH 01384.HK(DEEPTECH)の価格は¥0、時価総額は--、PERは0.00、配当利回りは0.00%です。 本日の株価は¥0から¥0の間で変動しました。現在の価格は本日安値より0.00%高く、本日高値より0.00%低く、取引高は--です。 過去52週間で、DEEPTECHは¥0から¥0の間で取引されており、現在の価格は52週間高値より0.00%低い水準にあります。

DEEPTECH 主な統計情報

P/E比率0.00
配当利回り(TTM)0.00%
発行済株式数0.00

DEEPEXI TECH 01384.HK(DEEPTECH)よくある質問

今日のDEEPEXI TECH 01384.HK(DEEPTECH)の株価はいくらですか?

x
DEEPEXI TECH 01384.HK(DEEPTECH)は現在¥0で取引されており、24時間の変動率は0.00%です。52週の取引レンジは¥0~¥0です。

DEEPEXI TECH 01384.HK(DEEPTECH)の52週間の高値と安値はいくらですか?

x

DEEPEXI TECH 01384.HK(DEEPTECH)の株価収益率(P/E比率)はいくらですか? この指標は何を示していますか?

x

DEEPEXI TECH 01384.HK(DEEPTECH)の時価総額はいくらですか?

x

DEEPEXI TECH 01384.HK(DEEPTECH)の直近の四半期ごとの1株当たり利益(EPS)はいくらですか?

x

今、DEEPEXI TECH 01384.HK(DEEPTECH)を買うべきか、売るべきか?

x

DEEPEXI TECH 01384.HK(DEEPTECH)の株価に影響を与える要因は何ですか?

x

DEEPEXI TECH 01384.HK(DEEPTECH)株の購入方法

x

リスク警告

株式市場は高いリスクと価格変動を伴います。投資の価値は上昇または下落する可能性があり、投資元本の全額を回収できない場合があります。過去の実績は将来の結果を保証するものではありません。投資判断を行う前に、ご自身の投資経験、財務状況、投資目的、リスク許容度を十分に評価し、独自に調査を行ってください。必要に応じて、独立したファイナンシャルアドバイザーにご相談ください。

免責事項

本ページの内容は情報提供のみを目的としており、投資助言、財務上の助言、または取引推奨を構成するものではありません。Gateは、かかる財務上の意思決定に起因するいかなる損失または損害についても責任を負いません。また、Gateは、アメリカ合衆国、カナダ、イラン、キューバを含むがこれらに限られない一部の市場および法域において、完全なサービスを提供できない場合があることにご留意ください。制限対象地域に関する詳細は、ユーザー契約をご参照ください。

その他の取引市場

DEEPEXI TECH 01384.HKについての人気投稿 (DEEPTECH)

MaticHoleFiller

MaticHoleFiller

04-05 22:45
>   株式投資は金麒麟のアナリストレポートを見ればいい、権威的で、専門的で、タイムリーで、網羅的で、潜在的なテーマのチャンスを掘り起こす手助けをします! (出所:DeepTech深科技) 関数を書け——AIはほぼ無敵;しかしシステムを維持するのはなぜ崩れ始めるのか? 現在、人工知能は「後半戦」に入っています。AIのプログラミング能力が不断に向上するにつれて、OpenClaw などの製品が徐々に台頭し、「CLI everything」が現実になりつつあります。つまりAIはコンピュータを操作する必要がなく、すべてのインターフェースをコマンドライン・インターフェース(CLI)に置き換え、1つ1つのスキルがソフトウェア機能の集合へと変わっていくのです。 しかし、Agent はもはや単発タスクを実行するための会話ツールにとどまらず、長期運用のための、現実世界と相互作用し複雑なタスクを実行するシステムへと進化しています。とはいえ、新たな問題も出てきました。継続的な進化の過程で、AIは新しい環境に適応しつつ、開発能力を安定して維持できるのでしょうか? テンセントの「CEO/総裁オフィス」首席AI科学者の姚順雨氏は、「The Second Half」という題のブログで、実際のプログラミング作業は連続して依存しており、独立並行ではないと述べています。しかし現状、学界にはこの状況でAIに必要とされる能力を評価するようなベンチマークがなく、さらにタスク間の相互独立という仮定を打ち破る勇気すら欠けているのです——長年にわたり広く受け入れられ、問題を単純化するために使われてきました。 最近、米国南カリフォルニア大学、カリフォルニア大学リバーサイド校、スタンフォード大学、プリンストン大学、OpenHands などの合同チームが、新しい評価ベンチマーク EvoClaw を発表し、上記の問題に対して新しい解決策を提示しました。研究チームはオープンソースプロジェクトから高品質なコード進化の履歴を抽出し、Agent が同一コードベース上で、数十の相互に依存する機能の反復を連続して完遂できるようにしたのです。 結果は次の通りです。最上位のAIは独立評価タスクでは優秀な成績を示します(スコア 80%+)。しかし長期の実環境に入ると、総合スコア最高の Claude Opus 4.6 でも 38.03% の得点にとどまりました。これは、自由度の高いタスクの実行ではAIが軌道から逸れやすく、長期にわたる連続的なソフトウェア進化作業を本当に処理できる距離には、依然として大きなギャップがあることを意味します。 (出所:arXiv) この研究は、AIが長期進化の過程で、雪だるま式に技術的負債へ陥りやすいことを明らかにしています。新機能を継続的に追加することはできても、誤りの累積への回帰を制御できず、最終的にシステムが制御不能に陥ります。これはまた、AIのプログラミングが「コードを書く」ことから「システムのガバナンス」へと転換していることも意味します。 関連論文は『EvoClaw:継続的ソフトウェア進化におけるAIエージェントの評価』(EvoClaw: Evaluating AI Agents on Continuous Software Evolution)という題で、最近プレプリントサイト arXiv[1] に掲載されました。 図|関連論文(出所:arXiv) 既存のAIプログラミング評価と実際の体験がずれているのは、どこに問題があるのか? なぜ独立した測定で高得点を取る最上位モデルが、EvoClaw の評価では集団で失敗したのでしょうか。根本原因は、評価のパラダイムが変わったことにあります。 これまでの研究では、主流のプログラミング評価ベンチマーク(benchmark)の多くが独立タスクに焦点を当てていました。つまり、ある論点(issue)やプルリクエスト(PR、Pull Request)を与えた上で、モデルは静的なコードのスナップショット上で修正を行い、検証が通ればそこで評価が完了するのです。 しかし、従来のベンチマークの結果と、現実の開発能力の間には、見過ごせない隔たりがあります。静的環境は相対的に理想的な状態であり、現実の環境はそれよりも複雑で動的です。時間が経つにつれ、数か月前の些細なバグでも、バージョン反復の中で雪だるま式にますます大きくなり、最終的にシステムが崩壊する可能性があります。 (出所:arXiv) この論文の筆頭著者であり、南カリフォルニア大学の博士学生である鄧港大氏は DeepTech に対して次のように述べています。「既存の commit や release の粒度は、どちらかといえば細かすぎる、または粗すぎる。だから、これらの開発履歴はソフトウェア進化のプロセスを反映していません。」 図|鄧港大(出所:取材対象者) 研究チームは初めて、AIのプログラミング能力の評価体系に時間の次元を導入し、まったく新しい階層——マイルストーン(Milestone)——を採用してソフトウェア進化の履歴を再構築しました。これは、意味の一貫性と進化上の依存関係を保持できる機能単位を兼ね備えることができます。要求されるのは、AIが同一コードベース上で複数の機能単位を順序立てて完遂することです。これにより、各段階の成果を保持するだけでなく、次の段階の起点にもなるのです。 (出所:arXiv) 大量のオープンソースコードベースから高品質なソフトウェア進化履歴を抽出することを支えるため、研究者はトップクラスのAIの強力な能力を基に、Agent 駆動の自動化パイプライン DeepCommit を提案しました。これにより初めて、ノイズの多い Git の開発記録を、検証可能で機能的にまとまったマイルストーンタスク依存グラフ(Milestone DAG)へと再構築し、さらに各マイルストーンに対して評価環境を構築することが実現されました。主な内容は3つの段階です。Git 履歴の前処理、Agent 駆動の DAG 構築、そしてマイルストーン環境の設定と検証です。 実際、Milestone によって Agent の履歴進化を再構築するのは簡単ではありません。それは、静的で純粋に観測可能な DAG を作るだけではなく、一連の「実行できる」評価環境を作る必要があり、さらに進化依存の変更が起きる中でも正確性を保証しなければならないからです。 つまり、commit の全体の順序を崩し、それを再クラスタリングして接続すると、commit が適用できない、インターフェースが噛み合わない、コンパイルで広範囲にエラーが出るといった問題に直面する可能性があります。この問題に対処するため、研究者は反復型の修復ループを設計しました。Agent がエラーのログを能動的に分析し、Dockerfile を動的に修正して実行可能にします。 さらに重要なのは、既存の DAG に基づいて、見落とされた暗黙の依存関係を補完することです。Milestone の先後の制約関係を調整することで、インターフェースの衝突問題を適切に解決できるようにします。何度も反復した結果、最終的に元のテスト用ケースの 87.1% を正しく収集することに成功しました。 「単一のプログラミングタスクのシナリオと比べて、安定して信頼でき、効果的な長期の自律プログラミングは、より最先端の研究ホットスポットです。たとえば Anthropic や OpenAI は、重点を長期のプログラミング能力の学習へ移したことを明確に示しています。」と鄧港大氏は述べています。 図|DeepCommit パイプラインのアーキテクチャ図(出所:arXiv) 研究者は DeepCommit が自動生成した進化グラフと、人間の専門家による手動の注釈を比較しました。そこで意外だったのは、両者が異なる組織ロジックを採用しており、それがお互いを補完し合っていたことです。 具体的には、人間の専門家の Milestone は通常、局所的な時間窓の中で、まず論点を定めてからコミットをまとめ直します。これは上から下への意味分割の一種です。一方、DeepCommit は絶対的な正確性を保証するために、コミット間の依存関係から出発して、自下而上でソフトウェア進化の筋道を再構築します。こちらはトポロジ構造と実行上の制約をより重視します。 評価の観点では、これは DeepCommit の核心がコード開発履歴から、実行可能で検証可能なマイルストーン構造を抽出するところにあることを示しています。結果を見ると、DeepCommit は高品質で評価に適した Milestone タスクを選別でき、さらに実環境で実行可能で検証可能であるため、評価の信頼性に保証を与えています。 実開発に入ると、なぜモデルの成績が集団で「半減」するのか? EvoClaw は Python、Java、Go、Rust、TypeScript の5つの主要言語をカバーし、選ばれたプロジェクトは最長の実開発期間が 750 日に及びます。 評価指標の面で、研究チームは単純な合格率は採用せず、より核となる2つの次元——リコール(Recall)と精度(Precision)のF1加重——を導入し、各 Milestone のスコアとしています。リコールは機能実装の完備性を測り、精度は新機能を追加するときに既存コードをどれだけ壊してしまうかを捉えます。 研究チームは Claude Code、OpenHands などの複数のフレームワークとモデルの組み合わせをテストしました。結果は次の通りです。独立評価ではスコアが概ね 80%-90% のトップモデルが、EvoClaw ベンチマークのテストを行うと集団で急落しました。最高得点の Claude Opus 4.6 でさえ 38.03% しか得点できません。 図|EvoClaw の主要実験結果(出所:arXiv) GPT 5.3 Codex は総合得点 28.88% で Opus4.6 に次ぎ2位です。リポジトリ別に見ると、GPT 5.3 Codex は2つの Rust プロジェクト(Nushell、ripgrep)で弱く、それ以外のリポジトリでは Opus4.6 に近づくか、さらには超えることもあります。完全解決率では、得点最高の Gemini 3 Pro でも 13.37% であり、さらに大部分が正しく実装できたのは前置依存がないタスクでした。 研究によれば、全体のコストは妥当な範囲に抑えています。たとえば Claude Opus 4.5 を例にすると、完全な評価を1回行うコストは約 500 ドルです。Kimi K2.5 と Gemini 3 Flash は 50 ドル以内で、小型モデルのコストはさらに低くなります。 (出所:arXiv) では、もしモデルにもっと長い開発ウィンドウを与えれば、最終的にプロジェクトを 100% 片付けられるのでしょうか? 研究は否定的な答えを示しました。開発ウィンドウの長さにかかわらず、すべてのモデルの性能は最終的に「天井(トップ)」にぶつかります。タスクの実行順が後ろになるほど、また DAG 上でより深い層にあるほど、スコアと解決率は低下します。飽和関数の外挿結果は、最適な Opus 4.6 でさえ、累積スコアは 45% 前後の漸近線に頭打ちされることを示しています。 「Opus 4.6 は Anthropic 公式サイトで、4.5 より長周期タスクでの表現が良いと述べていますが、詳細な評価指標は提示されていません。EvoClaw は別の角度から、その主張を検証したものです。」と鄧港大氏は述べています。 また、実験からはモデルのファミリー間に明確な違いも見られました。具体的には、Claude と GPT の持続的進化シナリオでの性能は、バージョン更新に伴って着実に向上しています。その中でも Opus 4.6 は長周期のプログラミングで、システム維持性能が最も優れていることを証明しました。GPT 5.3 は Rust のデータセットでの性能が良くなかったためスコアを引き下げ、2位に位置しています。 (出所:arXiv) 比較して意外だったのは、Gemini ファミリーがまったく異なる傾向を示したことです。3 Flash から 3 Pro、そして 3.1 Pro へと世代を重ねるごとに、初期の立ち上がりが速く前半の性能が良くなりますが、その一方で長距離の性能はほとんど顕著な向上がありません。鄧港大氏は次のように説明しています。「Gemini の長周期実行での明確な低下は、それが指示遵守の悪化だけでなく、ますますソフトウェア仕様(SRS)の要求を無視するようになっていることを示しているだけでなく、構築したソフトウェアシステムのメンテナンスにも欠けていることを意味します。」 研究者が全体スコアをさらにリコールと精度に分解すると、もう一つより面白い現象が現れました。リコールはほぼ一貫して上昇し、線形に近い増加を示すのです。これは、たとえコードベースがますます混乱し、ますます脆くなっても、Agent は与えられた新しい目標機能を実装することに関しては依然として得意であることを意味します。 本当のボトルネックは精度(Precision)です。Agent は既存システムの維持が難しく、回帰エラーの蓄積が、それらの問題を修正する能力の速度を上回ってしまい、そしてそれこそが長期開発が最終的に停滞する根本原因なのです。 図|左:エラーチェーンの模式図;右:エラーチェーンの分布(出所:arXiv) AI Harness のデバッグに向けた汎用評価 最近、「Harness Engineering」という非常にホットな概念があり、ソフトウェア開発の全プロセスを Agent が参加しやすい環境として構成したいと考えています。EvoClaw ベンチマークのテストは、長期のコード進化を評価するための汎用的でデバッグに適した playground を提供し、AI Harness フレームワークの調整に役立ちます。 たとえば今回の研究で言及された失敗事例で、Agent が突然非常に積極的に反復を行ったり、編集と検証を繰り返し続けたりする場合、それは Agent が困難に遭遇している可能性が高いです。このとき、該当箇所にガードレール(護栏)を構築することで、問題をより早く発見し、適時に人手を介入させることができ、それによって効率を高められます。 では、モデルのアーキテクチャが Agent に対して「新機能の実装が、長期の旧機能のメンテナンスよりも強い」という汎用的な性質を与えている以上、将来、新しいソフトウェアの形態や開発モードが生まれるのでしょうか? たとえば、ソフトウェアは柔軟性や互換性をより重視し、より信頼性の高い大規模な改変の再編成を行うようになるかもしれません。あるいは、より一回限りのものになり、具体的なビジネスロジックはリアルタイムに生成され、保守の必要はなく、再利用可能なコンポーネントや基盤(インフラ)を強化することに重点が置かれる可能性もあります。 研究チームは、開発モードにおいてソフトウェア品質への要求を適度に緩めれば、人間の介入回数を減らして、引き換えにより大きなスループットを得られ、最終的にソフトウェアの反復を加速できると考えています。 鄧港大氏は、「この研究は、私たちは正しい道を歩んでおり、AI の長期プログラミング能力はまだボトルネックに突き当たっておらず、時間とともに安定して向上していくことを示しています。可能性として、ある突然の一日には、ランキングの点数の“量の変化”が、世界を変える“質の変化”につながるかもしれません。」と指摘しました。 技術の発展に伴い、将来的には AI が人間のソフトウェア開発への関与を次第に減らすところから進んで、AI が自主的に新しい要求を提示してコードベースを進化させるようになり、最終的に AI が人間を完全に超え、人間を捨てることで、自己進化を絶え間なく続けるようになる可能性があります。 参考文献: 1. 関連論文: 2. プロジェクトのホームページ: 3. レイアウト:劉雅坤 大量の情報、精密な解釈は、新浪财经APPの中にあります
1
0
0
0
WhaleWatcher

WhaleWatcher

03-03 00:13
2024年2月初、暗号通貨市場のセンチメントに劇的な変化が生じ、著名な暗号通貨ベテランのエリイ・フアと彼のファンドによる大量のイーサリアム清算を中心に動きが加速しました。テンセント財経の「DeepTech」コラムやBlockBeats Newsの報道によると、市場はエリイ・フアがかつて中国暗号通貨界の主要プレイヤーと見なされていた人物であり、わずか1週間で7億ドル超の損失を出したことで大きな混乱に見舞われました。この出来事の特に注目すべき点は、単なる財務的影響だけでなく、その後の一連の決定と市場の反応の連鎖にあります。これらの動きは香港の金融の中心地で展開されました。 ## 急激な反転:強気のセンチメントからイーサリアム売却の加速へ 清算が加速する数日前、エリイ・フアは公に強気の姿勢を維持していました。2月4日、彼は「この強気市場に対して強気だ、今こそスポット買いの絶好の機会だ」と楽観的なコメントを投稿し、投資ファンドのTrend Researchを通じて約46万イーサリアムを保有していました。このポジションは72時間以内に劇的に変化します。2月4日から5日にかけて、エリイ・フアは慎重に売却を進め、約19万イーサリアムを清算した後、2月5日に一時的に取引を停止しました。しかし、この戦略的な一時停止は、2月6日に完全な降伏へと変わります。 その重要な日に、エリイ・フアは残りの44万イーサリアムの保有分を一括で清算する決定を下しました。この清算規模は異例で、夜9時から深夜0時までの間に約6万イーサリアムが売却され、市場の信頼感の根底を揺るがす売り圧力の加速を示しました。 ## 現場の観察と大規模資金の蓄積 この重要な期間中、エリイ・フアは2月6日に香港の繁華街・銅鑼湾で目撃され、その夜10時頃までそのエリアに留まったと報告されています。目撃者の証言によると、彼は大規模な清算作業が同時進行しているにもかかわらず、明らかな動揺や異常な行動を示さなかったとのことです。この平静さは、裏で行われている市場活動の規模と対照的です。 同時に、市場情報によると、香港を拠点とするファンドが同じ日に積極的な底値買い活動を開始したことも判明しています。資金投入の具体的な詳細は明らかにされていませんが、この蓄積活動のタイミングは、一部の市場参加者がこの下落を買いの好機と見なしている戦略的な動きの可能性を示唆しています。 ## 視点の変化:コミュニティのセンチメントと市場サイクルの評価 暗号通貨コミュニティ全体の反応は、過去の市場低迷時よりも諦めの色が濃いものとなっています。多くの参加者は、最近の急落が一時的な調整ではなく、新たな「暗号市場の冬」の到来と受け止めているのです。しかし、コミュニティ内には、今回のサイクルは過去の弱気市場よりも短期間で終わる可能性があると楽観的に考える見方もあります。これにより、最悪の状況は歴史的な前例よりも早く過ぎ去るかもしれないとの見解も存在します。 こうした意見の相違は、現在の市場状況の根底にある不確実性を反映しています。すなわち、今回の清算の連鎖が過剰なレバレッジを清算し、システムの健全化を促す「降伏イベント」なのか、それとも長期的な縮小の初期段階に過ぎないのかという点です。香港のファンドのような洗練された投資家が低価格で積極的に買い増しを行っていることは、最終的な回復への自信を示唆していますが、一方で、広範なコミュニティは長期的な冬の到来を受け入れ、短期的な反発には懐疑的な見方を持ち続けています。
1
0
0
0