開發者苦 “造輪子” 久矣，HarmonyOS 7 正在抹平系統能力的接入鴻溝

來源原標題

開發者苦 “造輪子” 久矣，HarmonyOS 7 正在抹平系統能力的接入鴻溝

作者

梦瑶

原始標籤

資訊 · 鴻蒙

原始連結

https://www.qbitai.com/2026/08/466262.html

摘要原文

開發者苦 “造輪子” 久矣，HarmonyOS 7 正在抹平系統能力的接入鴻溝 夢瑤 2026-08-04 17:18:08 來源： 量子位 Skill和Agent也能被封裝呼叫 夢瑤 克雷西 發自 凹非寺量子位 | 公眾號 QbitAI 親手帶火Vibe Coding的AI大神卡帕西，前陣子忍不住在網上放聲吐槽： 自己的Agent會把程式碼寫得一團糟，沒美感還喜歡到處copy貼上，最主要的是壓根不聽自己的指令。 這條吐槽戳中了不少開發者—— AI是真的會寫程式碼了，但自己加班最多的那部分，程式碼生成根本救不了。 真正拖住應用交付的，往往不在於程式碼生成，而是其背後那段更長、更瑣碎，也更依賴系統工程能力的鏈路。 這種事兒，在終端開發裡尤其常見。 在剛剛結束的 華為HDD·HarmonyOS創新論壇西安站 ，這個連線HDC重大技術釋出與開發者實踐的平臺，致力於將最新技術能力帶入一線開發場景： 關於底層如何實現，接入需要多少成本，放進真實工程能否跑通，最後又能解決什麼產品問題。 從多裝置互聯、系統能力Skill化到接入方式，這次HarmonyOS 7試圖縮短的，正是系統技術抵達真實應用之前，那段最重、也最容易被忽略的工程距離。 那些過去受限於成本、週期和技術複雜度而被擱置的產品創作，這次真的跑上裝置、並走到了開發者面前。 終端互動開始“三次越界”：跨過裝置、Skill化、走出平面 放眼當下，全球終端市場都在面臨「增長瓶頸」。 IDC最新發布的AI終端白皮書顯示，過去一年，智慧手機出貨量下降13.9%，PC和平板也都在負增長，放眼整個市場，AI幾乎成了唯一還講得出增長故事的變數。 只是，這個故事其實只講了一半。 使用者對終端AI到底能幹什麼，事實上還沒有全面具體的感知；開發者想把AI塞進產品，還得先跨過開發量大、系統鏈路複雜這些門檻。 AI時代的終端互動，需要的是一套全新範式。 而這套範式，也恰恰落在了AI不熟悉的地方：在一條工程鏈路裡，裝置怎麼連、協議怎麼通、系統服務怎麼呼叫。 在HDD這個鴻蒙開發者線下交流活動上，我們觀察到，HarmonyOS 7試圖向前推進的，正是這段更難啃的工程—— 讓終端互動跨過裝置、讓AI服務邁向Skill化、讓數字內容走出平面。 而這些發生在系統深處的越界，事實上也已經跨過底層技術鏈路，變成了使用者真正能感覺到的體驗細節。 △AI生成 HarmonyOS 7押注的一個重要方向，就是「跨裝置互動」。 大家應該都深有體會，終端裝置邊界越獨立分明，就越容易讓人感到麻煩。 比如我們想把圖片壓縮包從一個手機傳到另一個手機，看著挺簡單的一個動作，但其背後往往意味著找裝置、建連線、確認許可權等一長串動作。 花費時間不說，沒準在這過程中我們還得搭上各種social溝通成本。 而且互傳之後，接下來放到哪兒、位置怎麼調，還得靠使用者手動編輯一輪。 但在HarmonyOS 7中，基於星河互聯的一碰快傳能力，這筆橫在裝置之間的傳輸成本，不僅變成了 碰一下 的動作，還進化到了能夠 精準放進去 ～ 比如當手機碰向平板螢幕的具體位置，系統可以精準識別觸碰區域，帶著位置資訊一起完成分享。 於是，手機裡的照片可以直接落到平板畫布的指定位置，省去匯入、拖動、調整等頻繁操作。 這一碰，傳過去的既有檔案，也有使用者想讓它出現在哪兒的意圖。 資訊跨過終端，解決的是「送到」的問題。 但裝置要想真正滿足使用者需要的高質量資訊獲取，那就不能只打破裝置間的界限，還要打破 裝置和人 之間的隔閡。 對此，AI就需要具備意圖理解、服務編排，以及跨任務的持續流轉的能力。 但說實話，這些事兒光靠系統外面的AI很難做成，沒有系統級許可權，AI就算聽懂了人的話，也調不動散落在各個App和裝置裡的服務，更別提把一整件事辦完。 而HarmonyOS 7在終端互動層的另一次「越界」，要解決的就是這個老大難的問題—— 以系統級安全為底座，把AI進一步壓進作業系統，讓AI真正服務使用者的「意圖」。 全新升級後的小藝，承接的正是這項能力。 在Agentic親和架構下，小藝進一步升級為系統級智慧大腦，不僅懂自進化和自思考，還開始承擔理解意圖、服務編排和交付結果的完整過程。 對於我們使用者來說，最直觀的一個變化，那就是可以直接以 Skill 的方式讓AI幹活兒了。 比如朋友晚上來家裡吃飯，四個人，希望按照川湘口味準備，那小藝就可以先用菜譜Skill配選單、算分量，再接上買菜Skill把缺的食材下單，使用者確認後就能等菜上門，這下也是真·智慧包辦了。 前兩次「越界」，讓資訊得以跨裝置流動，也讓服務開始圍繞人的意圖被呼叫。 當裝置與服務之間的邊界逐漸鬆動，互動的下一步，自然落到了那塊每天與人相對最久的螢幕上： 數字內容能否走出平面，讓人與螢幕的距離再近一步？ 而HarmonyOS 7的第三次「越界」，做的也正是這件事兒。 那就是把數字資訊帶進螢幕內部——為平鋪的二維UI，補上一條至關重要的Z軸。 換句話說，終端裝置也可以通過理解真實世界中的深度、光線和空間關係，將數字內容放入更加空間化的位置了。 比如我們把一張人像設成鎖屏，原本浮在照片上的時鐘會自然藏到人物身後，就像人物真實地走進了畫面裡，更具沉浸感。 裝置與裝置的界限、人與裝置的界限，再到空間界限，HarmonyOS 7用不同的技術模組，三次完成了「越界」。 這些舉動最終都落在同一件事上，那就是縮短使用者從產生意圖到獲得結果的距離。 HarmonyOS 7讓連線協議、服務編排與空間渲染這些本就應該藏在後臺的東西，真正地退到後臺，使用者真正需要做的，就只剩下碰一下、說一句、看一眼。 這一次，數字內容真的從平面裡「長」了出來，並讓使用者彷彿置身其中。 系統能力開始變成開發者「調得動」的工具 對使用者來說，系統能力有沒有價值，很多時候就看它能藏掉多少複雜操作。 但到了開發者這頭，問題又多了一層：這些已經跑通的體驗，到底能不能真正被自己的應用高效便捷地直接複用。 這裡面的一個問題是，終端應用開發和網頁應用開發是兩碼事兒。 網頁端讓Agent寫幾行程式碼很多時候就能code出來，但到了終端，許可權、協議、系統服務少打通一環都不行。 而HarmonyOS 7這次在開發層面做的事情，就是把這段難啃的系統工程集中整合， 把系統能力封裝成能直接上手用的介面和工具，交到開發者手裡。 少量程式碼即可接入，跨裝置互動終於成了「輕開發」 讓兩臺手機碰一下，就能把檔案壓縮包傳給一個裝置，這能力聽起來就不像幾行程式碼能搞的事情。 如果真要讓開發者自己從頭「造輪子」，像資源打包、傳輸後的解包和落盤，一整條鏈路都得處理，每走一步還可能碰上不同的許可權問題，工程量確實不小…… 不過到了HarmonyOS應用開發者這裡，前面這堆底層活兒，已經被統一打包進了 Share Kit 。 開發者接入Share Kit後只要考慮傳什麼、傳到哪兒、然後碰一下就行，至於裝置怎麼連、資料怎麼傳，交給系統套件處理就好。 此外， 開發者如果還想實現精準互傳，只需獲取觸碰位置，將傳送端的A座標對映到接收端的B座標。 這樣一來，素材、筆刷和圖層便能直達畫布對應位置，真·碰哪兒，插哪兒～ 具體開發方式上，碰一碰快傳實際也不麻煩。 開發者只需要接入相關API，完成事件註冊、連接回調、訊息收發和會話結束等幾個步驟就ok。 對了，如果此前已經有了「碰一碰分享」功能的應用，那增加隔空傳送能力甚至可能只需少量程式碼就能搞定～ 這種「輕」開發模式的背後，實際上也對應著開發者過去很難繞開的一重門檻。 一個做應用層業務邏輯的開發者，未必懂底層連線協議的取捨，也未必清楚不同裝置形態之間怎麼保證行為一致。 真要自己從頭做，相當於要跨專業現學一遍，這正是少量程式碼接入這種模式真正省下的東西。 在使用者那裡簡單無縫的互動操作，在開發者這裡同樣可以舉重若輕，只有像這樣才能真正削平能力接入的准入門檻。 Skill和Agent也能被封裝呼叫 看到這裡，估計會有開發者朋友該說了：跨裝置之所以能做輕，說到底只是把資訊從A搬到B。 可一旦涉及內容生成、意圖判斷和任務執行，開發側的複雜度立馬就不是一個量級了…… 不過問題變複雜了，HarmonyOS 7的處理思路沒變—— 繼續把系統能力拆開，封裝成開發者能呼叫的工具。 開發者手裡那些已經跑起來的Agent、MCP和零散能力，事實上總不能為了打通小藝再重做一遍。 對此，HarmonyOS 7給出的具體解法是： 直接把A2A、MCP、Skill等接入方式串進同一條開發鏈路。 至於更零散的能力，比如已有的MCP工具、意圖框架裡散落的功能，也能直接做成Skill接進來，不用單獨另起一套開發流程。 舉個例子，開發者想讓旅行應用聽懂「週末去西安兩天，幫我安排行程」這句話。 過去得先自己接一個大模型，再搭一套對話入口，處理「週末」「兩天」這類模糊表達背後的意圖，再把「安排行程」拆成查景點、定路線這些具體步驟。 一整套下來，AI光是把「聽懂」這事兒做對就要花不少功夫。 但現在開發者通過把景點查詢封裝成一個Skill，再通過A2A跟其他Agent協同，就能接入一套完整服務。 平臺承擔意圖理解、任務編排與服務分發，開發者則聚焦垂直能力的穩定交付，這下開發者不用先成為AI工程專家，也能把自己的服務端上桌了。 從AI Coding到空間計算，開發者想法被送進真場景 AI Coding很容易給人一種錯覺：模型寫得越快，專案交付也會越快。 但在真實工程環境裡，模型一次吐出幾千行程式碼，語法、編譯、功能驗證，還是要有人工兜底的。 前面寫程式碼省下來的時間，很可能又在後面的排錯裡還回去……. 事實上HarmonyOS 7的開發者工具，把這道「把關」的工序也順道兒接管了—— DevEco Code把程式碼生成、檢查、構建和驗證串成一條鏈路，模型寫完就自動往下跑，開發者不用來回切工具。 當然，已經有固定工具鏈的團隊，也可以通過 DevEco CLI和格物市場 ，把這些能力接進原來的工作流。 這個選擇其實更貼近真實的開發現場，畢竟開發者很少會為了一項AI能力整套更換工具，能接進現有流程，往往比重新搭一套更有用。 而這種一站式開發平臺和第三方開發工具相容背後，也是鴻蒙在主動往外推開發生態的邊界的體現：開發者用哪套工具，這下真的不必由平臺替他們決定了。 此外，開發者在日常AI Coding時還會遇到一個扎心問題。 那就是通用大模型確實會寫程式碼，卻未必認得鴻蒙這套系統的脾氣，未必熟悉系統API、工程結構和編譯規則。 核心問題在於，模型缺少對整套應用工程體系的完整認知——也就是「語言層面的缺口」。 事實上HarmonyOS 7中，圍繞 ArkTS ，這些工程知識被拆成獨立Skill，隨時供AI Coding呼叫。 像語言規範怎麼定的、哪些寫法必須嚴格遵守、Sendable物件要遵守哪些併發規則、常見故障要怎麼診斷，都被接入到AI Coding的開發鏈路裡。 舉個例子，開發者敲程式碼的時候如果碰到參數型別不匹配、空值引用這種問題，那在編譯階段就會被ArkTS提前攔下，這樣一來就能避免錯誤一路混進執行和除錯環節。 這其實也是作業系統廠商做AI Coding的一種優勢—— 手裡同時握著語言、編譯器、系統API和構建鏈路，可以用確定的工程反饋，持續約束模型帶有機率的輸出，更能幫助開發者創造他們想做的應用。 △AI生成 當然，除了一碰快傳、Skill與AI Coding，HarmonyOS 7還把開發者能夠「調得動」的範圍推向了 三維空間 。 通過端到端重建技術，開發者只需要拿手機把一個真實場景掃一遍，系統就能直接重建出對應的三維模型，做出一套帶著自己產品辨識度的空間UI也是簡簡單單的事兒。 從裝置協同到AI服務，再到讓程式碼生成和空間內容都變得可呼叫，HarmonyOS 7鋪就的其實是同一條路。 那就是把原本分散在不同專業裡的複雜工程，一點點收進系統內部，變成開發者伸手就能拿到的「標準件」。 這條路目前還在往更多維度延伸，但方向已經清楚，系統扛住的複雜度越多，開發者能騰出手去做的創新就越多。 介面、Skill與Agent進入應用，開始長出真實具體的形狀 一項系統能力究竟有沒有價值，光看釋出會上演示的效果說明不了太多問題。 更關鍵的是把它扔進一個具體產品裡，讓開發者自己去接入和改造，看它能不能變成可落地的能力。 隨著介面、Skill與Agent進入真實應用，HarmonyOS 7的系統能力，也在不同產品手裡長出了不一樣的樣子。 我們先從功能多到讓使用者「找不到」的工具類App說起。 奇妙工具箱 是由一支小團隊遠端開發的應用產品，佔用不到30MB，卻聚合了300多款工具。 但功能一多，入口也成了難題。 比如使用者想提取圖片文字，得先想到「OCR」等關鍵詞再逐頁查詢。 此外，開發者要想讓App聽懂自然語言，還要打通意圖識別、工具匹配、頁面拉起等一整條鏈路，很麻煩。 但接入小藝開放平臺後，團隊直接把藏在入口裡的300多個工具，變成了使用者 一句話 就能直接呼叫的服務。 據奇妙工具箱團隊反饋，從零接入到完整落地，整個過程 不到一週 。 同樣的變化，也從裝置連線進一步延伸到跨端創作。 Notein一筆記 是一款面向學習、辦公場景的手寫筆記應用，支援PDF批註、無限畫布，以及錄音、圖片和文字混排。 這些內容一旦橫跨手機、平板與電腦，使用者就要頻繁匯入筆記和圖片，原本連續的創作思路也很容易被打斷。 為了把這段流程接起來，Notein接入了碰一碰、隔空傳送等HarmonyOS能力，並針對不同場景，將檔案傳輸與內容投遞拆成兩條鏈路。 據Notein團隊實測，經過這輪最佳化，Notein複用了 90% 的原有能力，開發週期縮短近一半，跨端傳輸耗時也壓到了 1.2秒 以內。 在AI Coding場景上， 大象新聞 遇到的問題更具體。 開發HarmonyOS版本時，防截圖、投屏等關鍵功能，都需要與其他端保持一致的體驗。 難點在於，不同平臺的技術體系和介面規範各有差異，原有三方庫很難直接複用。每項功能都重新開發、逐一適配，背後意味著更多的人力投入和不小的工程量。 但藉助鴻蒙自研的第三方庫轉換工具，他們把其他平臺已經跑通的三方庫，自動化、標準化地遷移成了HarmonyOS版本。 在整個開發週期過程中，過去需要大量手工改造和反覆驗證的遷移工作，由此 從1.5人月壓縮至1人周 。 對開發者來說，節省下來的遠不只是一段開發時間，更意味著有限的工程資源能更集中地投入產品功能與體驗打磨。 這三個案例分屬不同的行業，公司體量也有差別，但它們湊在一起，恰好說明了一件事—— 工程門檻這道牆一旦被拆掉，受益的不會只是某一類開發者。 過去，能把一個複雜想法從頭做到尾的，往往是有錢、有人、有時間試錯的團隊。 資源有限的團隊，哪怕想法再好，也常常卡在「這件事值不值得花兩個月去賭」這道坎上，最後不了了之。 當這些工程活被系統接過去之後，工具類應用不用再為了功能太多、使用者找不到入口而發愁，自己去啃一整條意圖識別和工具匹配的鏈路；筆記應用不用再為了內容跨端，眼看著使用者的創作思路被一次次匯入匯出打斷；媒體也不用為了一個冷門功能去啃一整套陌生的開發流程。 當前行業目光大多聚焦大模型程式碼生成能力，但終端創新落地的真正瓶頸，早已不侷限於編碼環節。跨裝置互聯、意圖排程、空間互動等系統層面工程工作，持續制約創意走向市場。 HarmonyOS 7選擇向下深耕作業系統底座，把高頻、通用的複雜能力標準化封裝。當開發者無需反覆「造輪子」，差異化創新才有更多生長空間，終端AI的體驗差距，也將真正拉開。 技術在後臺拆掉的牆，最終都將在前臺，給使用者帶來體驗的升級。 這或許就是HarmonyOS 7真正想往前推的事。 開發者行動指引： [1]https://developer.huawei.com/consumer/cn/features/?ha_source=laingziwei&ha_sourceId=70000006 版權所有，未經授權不得以任何形式轉載及使用，違者必究。 鴻蒙 夢瑤 剛剛，阿里Qwen3.8-Max來了！衝進全球第一梯隊，模型表現直逼Claude 2026-08-03 Anthropic模型，也失控了。。。 2026-08-01 剛剛，即夢 Seedance 2.5來了！我狂測測測測…… 2026-07-31 Kimi K3上線48小時：模型爆火，GPU爆肝，會員停售 2026-07-20 相關閱讀