玩法指南
遊戲操作與疑難檢查。
分類: 12 · 項目: 79 · 術語: 31
在「玩法指南」中搜尋。用空格分隔詞語,可尋找同時包含這些詞語的項目。
按情境查詢
選擇當前情境,瞭解檢查順序。
如圖所示三點

完成、出版和交付是不同的階段。
從發布完成的模型到將其交付給客戶。

一起檢查人員、座位和計算資源
當工作停止時,尋找缺失的條件。

銷售和庫存現金不同
即使有銷售,現金也會因設備支出和付款而減少。
全部玩法
項目: 79 · 術語: 31
初次經營5
第一家公司和日常基本營運。
我該從哪裡開始我的第一家公司?
首先,讓我們將一項研究和一項報價連結起來。在增加設施之前,您可以透過檢查公司目前的現金、人員和計算資源來做出合理的決定。
我該從哪裡開始我的第一家公司?
首先,讓我們將一項研究和一項報價連結起來。在增加設施之前,您可以透過檢查公司目前的現金、人員和計算資源來做出合理的決定。
遊戲內入口
- 螢幕底部的導航
首先,讓我們將一項研究和一項報價連結起來。在增加設施之前,您可以透過檢查公司目前的現金、人員和計算資源來做出合理的決定。
第一個目標是讓一個企業完整循環。
我們透過研究打下基礎,透過學習創建模型,然後發布並提供產品。然後查看實際銷售和費用。首先確認這個流向,就能更容易判斷到底是業績短缺、供應短缺還是資金短缺。
開始之前
- 在繼續本週之前,請查看現金、人員、席位和可用計算資源。
- 如果您想使用指導,請在建立畫面上選擇它。
例如:在開始新的學習之前
已有服務模型時,先看該產品供給和收支。若供給不足,同時訓練新模型會爭用算力。確認分配和持續費用後再決定訓練。
操作流程
- 在建立螢幕上查看公司的條件和政策。如果您想按照說明進行操作,請選擇「成立 90 天指南」。
- 在公司螢幕上檢查現金、費用、當前客戶、可用人員和計算資源。根據初始條件,已經有可用的模型和雲。
- 檢視研究主題的成本、所需的人員數量和研究席位,然後選擇要研究的領域。
- 在做出發布決定之前,請檢視培訓設計和成本,並閱讀已完成模型的評估。
- 發布後,我們將確認 API 產品的分配、費用和供應。模型的完成並不一定意味著產品已經為客戶做好了準備。
- 將天數提前並查看 7 天的實際餘額和供應量。確認銷售額、費用和現金之間的差異後,決定下一步的投資。
操作後確認
- 我們確認從研究到模型發布以及產品分配之間存在關聯。
- 檢視7天實際收入、費用和供給,再決定下一筆投資。
當心
無需從一開始就建造大型資料中心。您可以透過查看現有設備、雲端和每月付款來決定規模。
如何使用“創業90天指南”?
這是一份可選指南,可引導您完成研究、出版、向客戶提供以及實際收入和支出。 90 天是遊戲中的天數。
如何使用“創業90天指南”?
這是一份可選指南,可引導您完成研究、出版、向客戶提供以及實際收入和支出。 90 天是遊戲中的天數。
遊戲內入口
- 創始畫面/資訊與短期場景
- 成立90天資訊
這是一份可選指南,可引導您完成研究、出版、向客戶提供以及實際收入和支出。 90 天是遊戲中的天數。
指南會告訴您接下來要檢查的地方。
我們會區分指導階段的進度和公司實際狀態的改變。在原始螢幕上學習、發布和服務。如有疑問,請檢查指南中記載的用途以及目標模型/產品的當前狀況。
例如:我有一個完整的模型,但指導無法繼續。
有可能產品完成後的發布或分發尚未完成。我們會依序檢視已完成模型的狀態、產品交付模型以及實際交付記錄。比多次開啟指南更容易了解下一步所需的步驟。
操作流程
- 對於新公司,在啟動畫面上選擇它;對於成立90天內的公司,從「資訊和短期場景」開始。
- 從指南中顯示的下一步開始,進入原始研究、學習、評估和提供畫面。在確認畫面上檢查每個操作的成本。
- 實際撥付後,我們會核對7天的收入和支出,並記錄在資訊中。
- 如果您想自行繼續,可以選擇「結束指導並自行繼續」。公司管理仍在繼續。
操作後確認
- 驗證說明中的下一步是否與已完成的實際操作相符。
當心
每個公司可以啟動一次指導。它不是一個只需打開指南即可獲得免費裝備或完成模型的系統。
外部評估需要付費。請在目標模型的確認畫面上確定發布和權限的必要條件。
四種公司方針有什麼不同?
從綜合人工智慧公司中選擇您的公司所強調的優勢,強調效率、企業信任和最先進的研究機構。專業政策有兌換條件。
四種公司方針有什麼不同?
從綜合人工智慧公司中選擇您的公司所強調的優勢,強調效率、企業信任和最先進的研究機構。專業政策有兌換條件。
遊戲內入口
- 螢幕底部的導航
從綜合人工智慧公司中選擇您的公司所強調的優勢,強調效率、企業信任和最先進的研究機構。專業政策有兌換條件。
選擇你擅長的事和你願意承擔的負擔。
即使政策是為了提高效能,提供它所需的推理資源越多,所需的供應投資就越多。選擇與您的目標市場以及您將如何使用資金相符的公司,例如希望保持較低費用的公司或強調企業營運連續性的公司。
開始之前
- 我們考慮我們重視的客戶以及性能、供應和成本之間的平衡。
例如:當選擇注重效率時
注意以下模型的推理負載和速度,並閱讀預測效能的範圍。僅僅因為它動作輕,並不能判斷它滿足所要求的應用品質。完成後,我們確認目標產品的品質狀況和實際供應情況。
操作流程
- 綜合性AI公司:平衡性能、成本、信任,瞄準廣大市場。沒有專業化獎金。
- 注重效率:減少推理負載,提高後續模型的速度。在預測表現和獲取強項之外的市場方面存在劣勢。
- 企業信任:我們強調安全、可靠、獲取企業客戶。預測效能將會下降,下一個模型的推理負荷將會增加,對其他市場的佔領將會減弱。
- 最先進的實驗室:專注於研究和下一步的學習表現。下一個模型的推理負載增加,不利於處理速度和客戶獲取。
操作後確認
- 取得您的下一個學習報價和客戶獲取權衡。
當心
每家公司都會選擇一次政策。它會反映在下一次訓練中,並且不會追溯改變已完成模型的表現。
如何推進一週,或從中途暫停繼續?
如果您在主頁的“日程”中選擇“提前7天”,則將計算7個遊戲內天數。當您操作/觀看時,時間不會提前,因此請在自行前往下週之前檢查費用和條件。
如何推進一週,或從中途暫停繼續?
如果您在主頁的“日程”中選擇“提前7天”,則將計算7個遊戲內天數。當您操作/觀看時,時間不會提前,因此請在自行前往下週之前檢查費用和條件。
遊戲內入口
- 螢幕底部的日期/進度按鈕
- 本週管理
如果您在主頁的“日程”中選擇“提前7天”,則將計算7個遊戲內天數。當您操作/觀看時,時間不會提前,因此請在自行前往下週之前檢查費用和條件。
在本週開始之前,你可以冷靜下來並改變條件。
螢幕閱讀時間和遊戲時間是兩個不同的東西。即使您比較條件或建立草稿,日期也不會提前。然而,一旦您確認就業、簽訂合約、開始學習等,您將需要支付手術費用。
例如:推進2天后中途暫停時
如果7天內前進2天然後停止,則還剩下5天。如果你在做出必要的決定後繼續剩下的事情,前兩天和接下來的五天將是同一周的成就。停止時閱讀幫助不會減少剩餘天數。
操作流程
- 從主頁選擇“日程”,然後在“本週的管理”下檢查日程、付款和正在進行的工作。
- 如果有任何未完成的批准或操作,請開啟顯示的所需判斷並做出決定。您不能跳過等待決定的日子。
- 選擇“推進7天”。工資、租金、收入、研究和配送僅按實際推進天數計算。
- 如果因重要事件、截止日期前確認、每月結算等而導致中斷,請閱讀原因並做出必要的決定。
- “推進本週剩餘○天”繼續同一周,不會另加7天。
- 週末,閱讀“每週結果”,查看現金、銷售額、損益的變化以及研究和模型的結果。停止前提前的任何天數也包含在該週的總數中。
當心
螢幕底部的進度按鈕將是確認任何所需決策的入口。在「按日期開啟」畫面上,在尚未做出決定時無法使用提前一週的按鈕。
即使您儲存並關閉,本週剩餘的時間也不會自動前進。重新啟動後您可以看到同一周剩餘的時間。
除每週推進外,進行中的工作還可能顯示“到下次完成或決策”。確認所示時段和必要決策後再推進。
城鎮/房產/設施6
選擇一個位置並使其成為可用的基地。
如何在地圖上找到房產?
您可以透過移動和擴大城鎮並選擇通往財產標記或建築物的指南來檢查目標條件。合約或付款不是僅透過查看城市就能達成的。
如何在地圖上找到房產?
您可以透過移動和擴大城鎮並選擇通往財產標記或建築物的指南來檢查目標條件。合約或付款不是僅透過查看城市就能達成的。
遊戲內入口
- 地圖
您可以透過移動和擴大城鎮並選擇通往財產標記或建築物的指南來檢查目標條件。合約或付款不是僅透過查看城市就能達成的。
單獨的搜尋和合約操作
該地圖是搜尋候選人和公司基地的門戶。開啟標記中的條件,讀取成本、目的、能力後,進入確認畫面。座位數量和計算能力不能僅由建築物的大小和外觀來決定。
例如:標記在同一位置重疊
放大一點,閱讀已開啟的房產的名稱和地址。即使您打算開設自己的基地,也可能會有空置的房產,因此請在簽訂合約或進行更改之前檢查條件畫面上的條件。
操作流程
- 用手指移動並用兩根手指放大/縮小。您也可以使用按鈕放大和縮小螢幕。
- 選擇財產標記並檢查名稱、位置以及是否是您公司的基地或空置財產。
- 如果標記重疊並且難以理解,請放大以檢查建築物。
- 您可以在選單中的「地圖指南」下查看屬性標記和警告的含義。
當心
城市是遊戲的立體模型。它不是一張可以自由放置建築物或再現實際地理的地圖。
東京城和基地
透過遊戲畫面瞭解操作流程;選擇圖片可放大。

我應該比較哪些城市和房產?
東京、舊金山、西雅圖、倫敦、新加坡、首爾、上海和巴黎八個城市都有三維城市中心和潛在地點。比較每個房產的人力資源、租金、電力、冷凍、通訊以及座位數量和安裝條件。
我應該比較哪些城市和房產?
東京、舊金山、西雅圖、倫敦、新加坡、首爾、上海和巴黎八個城市都有三維城市中心和潛在地點。比較每個房產的人力資源、租金、電力、冷凍、通訊以及座位數量和安裝條件。
遊戲內入口
- 地圖
東京、舊金山、西雅圖、倫敦、新加坡、首爾、上海和巴黎八個城市都有三維城市中心和潛在地點。比較每個房產的人力資源、租金、電力、冷凍、通訊以及座位數量和安裝條件。
便宜的房產不一定能滿足所需的功能。
初始費用是您今天支付的金額,租金和營運費用是繼續經營業務的負擔。我們還將考慮座位和電力等限制。比較時,如果使用相同的數量,例如相同的樓層數或相同的尺寸,會更容易看出差異。
開始之前
- 決定需要辦公室還是資料中心,以及所需能力。
例如:比較低租金和研究席位
當您加上所需的樓層數量和裝修成本時,即使是最便宜的選擇也可能具有很高的初始支出。我們不僅會考慮合約費用,還會考慮研究席位和內部完成後的持續租金,看看是否可以開始研究。
操作流程
- 選擇城市,在該城地圖中檢視物業。
- 辦公室應檢查初始支出、租金、裝修後座位數與可用樓層。
- 資料中心應檢查GPU安裝上限、電力、冷卻、網路與工期。
- 比較候選者包括將兩個數量相同的候選人排列起來,並查看他們的成本和能力。
- 閱讀條款和條件後,在合約/施工確認畫面上決定付款。
操作後確認
- 除了成本之外,我們還檢查是否能夠確保必要的人員、席位和基礎設施。
當心
您不只是為了進行候選人比較而付費。城市設置是遊戲中的條件。
部分候選項目因場地、經費、輸電能力等原因無法承包或建置。
辦公室簽約、裝修與可用座位有什麼不同?
剛租完的樓層就空著。僅支付押金並簽訂合約並不會增加席位數。一旦您選擇了用途並支付了室內裝修費,您就可以將該地板用作研究實驗室或辦公室。
辦公室簽約、裝修與可用座位有什麼不同?
剛租完的樓層就空著。僅支付押金並簽訂合約並不會增加席位數。一旦您選擇了用途並支付了室內裝修費,您就可以將該地板用作研究實驗室或辦公室。
遊戲內入口
- 地圖
- 自己的辦公室
- 地面
- 改變地板的用途
剛租完的樓層就空著。僅支付押金並簽訂合約並不會增加席位數。一旦您選擇了用途並支付了室內裝修費,您就可以將該地板用作研究實驗室或辦公室。
將合約空置房間轉換為可用座位
租用一個地方和能夠將其用於研究和辦公室工作是兩件不同的事情。

左:剛租完的空房間
簽訂合約時支付訂金並查看月租條款。如果房間仍然空置,該樓層的研究和辦公室座位數量不會增加。
中:確認用途與裝修費
實驗室配套研究桌,辦公室配套辦公桌。選擇用途,檢查建造成本和座位數,然後按一下「更改為該用途」進行確認。
右:搭配您需要的座位類型
查看整個公司更改的樓層和座位數。用途的改變取代了以前的用途。僱用員工和購買 GPU 是不同的事情。
依合約順序確認→選擇用途並支付室內裝修費用→座位及人員的搭配。即使席位數增加,如果計算資源和資金不足,工作也不會進展。
房間、家具和人員是描述條件的隱喻,並不代表座位或員工的數量。這不是解釋如何手動放置家具或如何添加自動招募。
開始之前
- 檢查是否缺少支持研究人員的研究席位或支援工程師和銷售人員的辦公室席位。
- 我們會看合約時的押金和月租,以及改變用途的室內裝修費用。
- 第一份辦公室合約將消除遠距研究和辦公室席位。首先,檢查一下除了押金之外,您是否還能支付必要的室內裝修費用。
表格可左右滾動。
| 樓層使用情況 | 研究席位 | 辦公室座位 |
|---|---|---|
| 空房間 | 不增加 | 不增加 |
| 實驗室 | 將會新增顯示的座位數。 | 不增加 |
| 辦公室 | 不增加 | 將會新增顯示的座位數。 |
例如:假設兩層樓,每層10個座位
如果新租的兩層都空著,則額外座位數為0。如果將一樓設為實驗室,則有10個研究席位,如果將二樓設為辦公室,則有10個辦公席位。之後,如果將實驗室改為辦公室,這個基地將擁有0個研究席位和20個辦公室席位。之前的10個研究席位將不會保留。這些數字僅用於說明目的。在遊戲畫面上確認各樓層的實際座位數以及全公司的座位數。
操作流程
- 檢查各樓層的用途以及公司辦公室“樓層”下的“可用座位”。空樓層沒有座位。
- 在“更改樓層用途”中選擇樓層。研究座位選“研究室”,辦公座位選“辦公室”。
- 請閱讀變更用途的建築費用以及變更後的座位數。簡單地選擇候選人不會導致付款或變更。
- 用“改為此用途”確認,再核對目標樓層和全公司的座位數。
- 如果研究或學習停止了,不僅要檢查座位,還要檢查人員、計算資源和資金。
操作後確認
- 檢查目標樓層現在是否用於您選擇的用途,以及是否有更多您需要的座位類型。
- 與全公司的研究人員、工程師和銷售人員進行比較,並檢查第二天的實際進度。
當心
未租辦公室時可用遠端研究席15、辦公席15。首次簽約後因空置,兩者變為0;裝修研究室前研究無法推進。應與已有研究室的公司新增據點區分。
重用取代了先前的使用。先前的內部資產將被處置,因此不僅要檢查變更成本,還要檢查資產處置記錄。
室內設計與僱用員工和購買 GPU 是分開的。不要將房間內人員和設備的圖片計算為員工和 GPU 的數量,而是使用顯示的數字。
我如何才能使我的實驗室專注於特定領域?
實驗室專業化有助於您所選領域的研究進展。它不是直接增加座位數量或完成模型的評估分數的設施。
我如何才能使我的實驗室專注於特定領域?
實驗室專業化有助於您所選領域的研究進展。它不是直接增加座位數量或完成模型的評估分數的設施。
遊戲內入口
- 地圖
- 自己的大樓
- 基地的發展和擴張
- 實驗室專業化
實驗室專業化有助於您所選領域的研究進展。它不是直接增加座位數量或完成模型的評估分數的設施。
專業化是一種有助於推進研究的設施。
增加實驗室席位、加快研究速度和提高模型能力是不同的事情。專業化有助於學科領域的研究進展。如果目標領域不同、人員不夠、或專案正在建置中,請先檢查運作。
開始之前
- 確認目標樓層的用途是實驗室。
- 檢查公司研究人員的數量以及他們擅長的領域。
例如:即使專業化後研究也不會加速
如果你正在學習不同的領域,那麼你與你的專業不符。首先,閱讀目標領域和可用性顯示,然後查看研究人員、席位和研究分配。僅靠專業化無法取代缺失的人員或運算資源。
操作流程
- 選擇一個專門研究的領域,並了解成本、建設週期和對研究的影響。
- 一旦具備了條件,就可以透過「專攻本領域」開始建置。
- 提前日期並確認專業化的建設完成和運作狀態。
操作後確認
- 確保您選擇的領域與您目前正在從事的研究領域相符。
- 如果暫停,我們將審查整個公司的場地使用情況和研究人員數量。
當心
在轉專業建設期間,之前的專業也將暫停。多個專精的效果是有總上限的。
我可以在哪裡創建聯合研究室?
使用同一棟大樓內相鄰的辦公室和實驗室,室內設計有利於研究和模型學習的進展。辦公室的席次數量將維持不變。
我可以在哪裡創建聯合研究室?
使用同一棟大樓內相鄰的辦公室和實驗室,室內設計有利於研究和模型學習的進展。辦公室的席次數量將維持不變。
遊戲內入口
- 地圖
- 自己的大樓
- 基地的發展和擴張
- 聯合研究大樓
使用同一棟大樓內相鄰的辦公室和實驗室,室內設計有利於研究和模型學習的進展。辦公室的席次數量將維持不變。
透過讓相鄰樓層和人員一起工作可以實現效率。
聯合研究設施的內部是連接辦公室和相鄰研究實驗室的設施。我們不僅關注是否已安裝,還關注其當前的使用情況以及是否有必要的人員。分別讀取幫助進度的效果和完成模型的評估分數。
開始之前
- 確保目標是辦公室,並且同一棟建築物的下一層是實驗室。
- 我們將確認全公司所需的研究人員和工程師以及內部費用。
例如:如果引進鄰近實驗室後改變用途怎麼辦?
可能無法滿足聯合研究的運作條件。變更用途後,我們會檢查聯合研究樓層的狀況和進度。即使有購買內裝的記錄,也不一定意味著目前的效果會持續下去。
操作流程
- 在“聯合研究樓層”中檢查與相鄰研究室的條件。
- 透過“引入聯合研究裝修”付款。
- 檢查操作顯示和研究/學習進度放大。
操作後確認
- 檢查樓層使用情況及所需人員是否充足。
當心
這不是對已完成模型的評估分數的補充。多層的效果是有上限的。
如何對現有資料中心進行擴容?
擴建是對現有設施的資本投資。建設完成後,機架、電力、冷卻和網路容量將增加。
如何對現有資料中心進行擴容?
擴建是對現有設施的資本投資。建設完成後,機架、電力、冷卻和網路容量將增加。
遊戲內入口
- 地圖
- 自有資料中心
- 基地的發展和擴張
- 擴建資料中心
擴建是對現有設施的資本投資。建設完成後,機架、電力、冷卻和網路容量將增加。
在擴展之前決定要擴展哪些約束。
即使您有額外的機架,如果電源、冷卻或通訊不足,您也將無法充分利用您的設備。對比改變前後的數值,看看目前缺乏的條件是否有改善。我們還將考慮施工完成時間和 GPU 採購時間。
開始之前
- 確定目前的限制是機架、電源、冷卻或通訊。
- 我們將確認擴建成本、建設工期、建成後的產能以及興建期間的資金。
例如:僅增加安裝上限時
增加GPU安裝額度,不會讓已有GPU數量增加。實際能力還取決於電力和冷卻等。請依次檢查完工後設施參數、持有及執行GPU、實際算力。
操作流程
- 在擴充條件畫面上,比較更改前後的容量。
- 我們將確認成本並開始施工。
- 檢查計劃和實際完成情況。
- 我們將單獨採購必要的 GPU,並審查可用的 GPU 和分配。
操作後確認
- 擴展完成後,檢查安裝限制和有效計算資源的變化。
當心
擴充功能不包括購買 GPU。未來在建產能不應計入目前供應量。
招募、安置和培訓5
匹配人數、座位和職責。
僱用前我該檢查什麼?
研究人員、工程師和銷售人員各自扮演不同的角色。不僅要檢查所需人數,還要檢查工資、可用座位和目前固定的人員。
僱用前我該檢查什麼?
研究人員、工程師和銷售人員各自扮演不同的角色。不僅要檢查所需人數,還要檢查工資、可用座位和目前固定的人員。
遊戲內入口
- 公司
- 團隊與招聘
研究人員、工程師和銷售人員各自扮演不同的角色。不僅要檢查所需人數,還要檢查工資、可用座位和目前固定的人員。
招聘增加人數。我們還需要額外的座位和工作人員。
即使聘用了研究人員,如果研究名額不足,也無法按照預期將其用於研究。其他診所可能有工作人員。首先找出缺人的原因,然後在招募後檢查招募成本和薪資。
開始之前
- 若停工,檢查是否缺人、缺座位、缺資金。
例如:研究已經停止,所以我想採用它。
如果暫停的原因是缺乏研究人員,我們會考慮招募。如果研究席位短缺,我們會先看內部,如果研究分配短缺,我們會先看計算資源。如果在增加人數之前先將原因分開,就會更容易選擇必要的費用。
操作流程
- 檢查公司團隊/招募螢幕上缺少的職位。
- 看看對招募成本和日常開支的影響。
- 檢視預留研究席次、辦公室席次、社會工作、專案等的人數。
- 根據停工原因和使用日程,檢查條件、聘用並確認短缺是否已解決。
操作後確認
- 招募後查看可用人數及日常開支。
當心
員工是整個公司的資源。請勿將設施比較中顯示的座位數解釋為隸屬於該設施的員工人數。
如何利用知名專家?
專家有他們的專長。聘用後,我們會檢查他們的安置情況,並將他們的優勢與他們將負責的實際工作相匹配。
如何利用知名專家?
專家有他們的專長。聘用後,我們會檢查他們的安置情況,並將他們的優勢與他們將負責的實際工作相匹配。
遊戲內入口
- 公司
- 招聘/安置
專家有他們的專長。聘用後,我們會檢查他們的安置情況,並將他們的優勢與他們將負責的實際工作相匹配。
將您的專業領域與您實際負責的工作相匹配
為了發揮專家的優勢,聘用後要檢查他們的職責。我們不只是關注人數的增加,而是決定在研究、學習、營運和銷售方面要提供哪些幫助並進行分配。過去的成就和未來的經驗是兩件事。
例如:聘請想要幫助您學習的專家
檢查主管機關是否處於學習模式,或是否因訓練等原因停止了效果,然後看看自己正在進行的學習資源和進度。不要僅僅透過招募螢幕上的優勢來判斷你目前的效率。
操作流程
- 在“招聘與配置”閱讀候選人專長和招聘條件。
- 確認付款、僱用並選擇部門。
- 檢視與研究、學習、營運、銷售等實際工作的結合。
- 在“成長與培養”回顧實務經驗、所負責研究和模型,以及團隊協作。
操作後確認
- 確保聘請專家的部門與目標工作相符。
當心
僅僅被錄用並不意味著會增加過去的研究成果或工作經驗。
培訓、培訓、指導時要注意什麼?
培訓需要成本和時間。在專科培訓期間,專業效果和經驗獲取將暫停,但工資仍會繼續,請檢查與正常工作的餘額。
培訓、培訓、指導時要注意什麼?
培訓需要成本和時間。在專科培訓期間,專業效果和經驗獲取將暫停,但工資仍會繼續,請檢查與正常工作的餘額。
遊戲內入口
- 選單
- 開發/團隊
- 員工成長與發展
培訓需要成本和時間。在專科培訓期間,專業效果和經驗獲取將暫停,但工資仍會繼續,請檢查與正常工作的餘額。
將未來的成長與對您正在開發的業務的影響進行比較。
我們不僅關注培訓的起始成本,還關注完成培訓之前的工資以及職業效力暫停期間的工資。如果您正在進行一項重要的研究或項目,請檢查使用時間表,以了解何時將其發送到培訓以及剩餘的人員是否可以支持它。
例如:重要的學習和發展重疊
在開始培訓您的學習專業人員之前,請將您的預期完成情況與您的學習期望進行比較。了解在訓練和獲得經驗期間將無法使用的效果,並考慮先完成學習的計劃和現在訓練的計劃的成本和時間。
操作流程
- 在“員工成長與培養”閱讀目標員工和培養方針條件。
- 首先檢查訓練期間的完成進度、成本和治療。
- 提供指導時,確認指導者和學習者的安置和參與條件。
- 完成課程後,您將在繼續實際工作的同時檢查您的結果。
當心
增加和培訓人員的計劃之間的直接可用能力和持續成本是不同的。如果您同時有重要的工作正在進行,也請查看您的使用時間表。
雖然有員工,但可供工作的人手不夠。
查看員工人數、可用座位數以及為其他工作保留的人數。研究人員需要一個研究席位,而開發和銷售人員也需要一個辦公室席位。
雖然有員工,但可供工作的人手不夠。
查看員工人數、可用座位數以及為其他工作保留的人數。研究人員需要一個研究席位,而開發和銷售人員也需要一個辦公室席位。
遊戲內入口
- 公司
- 團隊與招聘
查看員工人數、可用座位數以及為其他工作保留的人數。研究人員需要一個研究席位,而開發和銷售人員也需要一個辦公室席位。
人數、座位、可用人數視不同條件而定。
員工數是公司的人數,座位數是工作場所的容量,可用人數是考慮到其他工作的保障人數。即使其中一項增加,其他缺陷也可能仍然存在。
開始之前
- 增加人數前,先公開停工原因。
例如:即使人很多也停工
即使有10名研究人員,也可能沒有足夠的研究席位,或者負責人可能被保留到其他實踐中。不要只根據10人的總數做出決定,要檢查目標工作可以使用的人數和座位數。數字是說明性的例子。
操作流程
- 檢查目標職位類別的員工人數和可用員工人數。
- 檢查研究席位、辦公室席位和空置樓層的用途。
- 看社會事務、實施支援、海外業務等負責人。
- 比較招募、室內設計和營運調整,以消除任何缺陷。
操作後確認
- 檢查該作業的可用性是否增加以及下一個工作日是否記錄了進度。
當心
人員將在整個公司共享。房間內描繪的人數不計入房間內的實際人數。
與兩位導師合作,培養實用技能和傑作
我們將具有實務經驗的導師與後輩配對,共同完成實際任務。效果將在下次研究中確定,參與完成的研究和模型將作為傑作留下。
與兩位導師合作,培養實用技能和傑作
我們將具有實務經驗的導師與後輩配對,共同完成實際任務。效果將在下次研究中確定,參與完成的研究和模型將作為傑作留下。
遊戲內入口
- 公司
- 金融
- 業務/成長
- 生長
- 員工傳承與傑作
我們將具有實務經驗的導師與後輩配對,共同完成實際任務。效果將在下次研究中確定,參與完成的研究和模型將作為傑作留下。
購買指導與聯合實踐積累分開
入會費是為建立指導條件而支付的費用。如果滿足兩人的安置和參與條件並繼續練習,聯合練習的記錄將會增加。我們也區分了對下次學習的固定效果和目前的教學操作狀態。
開始之前
- 需要兩名不同的技術員工。閱讀導師的實務經驗和參與模型完成的條件。
- 分配導師學習,分配後輩學習或不學習。檢查啟動成本和日常費用。
例如:雖然簽了合同,但聯合實習的次數並沒有增加。
先查雙方配置、培養與暫停狀態及實際工作。只推進日期而不滿足參與條件,仍只是購買狀態。修正後檢查下一次推進日期的共同實務記錄。
操作流程
- 在“選擇指導雙方與條件”中選擇導師和後輩。
- 閱讀條款和費用、安置條件,並支付啟動費。
- 我們將根據你們兩人負責的實際工作進行,並確認共同實際工作天數和實際費用。
- 在下一個學習課程開始時,檢查所獲得的結果以及雙方參與者的參與條件。
- 我們將在《兩個人的代表作》中回顧已經完成的研究和模型。
操作後確認
- 我們將檢查實際的聯合實踐是否在增加,而不僅僅是購買。
當心
啟動費不可退還。單獨購買不會增加經驗值或傑作。
額外的安置名額將在暫停、終止或期滿後結束。過去的傑作和開始學習的固定條件將被保留。
研究/學習/模型發布12
從發現到實際使用的模型。

01 完成檢視你的學習成果。

02 釋出閱讀評估和條件並向全世界發布。

03 提供服務安排物資調配和供應。
您如何選擇研究主題並開始?
從七個研究領域中進行選擇。決定您想要在下一個模型中發展的能力,以及可用的研究人員、研究席位和計算資源。
您如何選擇研究主題並開始?
從七個研究領域中進行選擇。決定您想要在下一個模型中發展的能力,以及可用的研究人員、研究席位和計算資源。
遊戲內入口
- 研究
從七個研究領域中進行選擇。決定您想要在下一個模型中發展的能力,以及可用的研究人員、研究席位和計算資源。
研究結果和學習創建模型是分開的。
研究是技術發展的基礎。提高模型評估分數的結果將被確認為下一步研究的條件。提高推理效率的研究也會對現有模型的提供產生影響。閱讀領域描述,了解研究的用途。
開始之前
- 檢視研究人員、研究席位、研究計算資源和啟動成本。
例如:完成研究後建立新模型
檢查已完成的學習程度並閱讀下一次學習的預測和費用。研究完成了,新完成的模型就不會增加。開始單獨學習,並在發布後檢查已完成的結果和可用性。
操作流程
- 在研究畫面上開啟「選擇研究主題」或「更改主題」。
- 比較欄位描述、目前水準、啟動成本、所需的計算資源和估計的時間段。
- 首先查看公司影響和付款條款。
- 隨著時間的推移,我們監控進展和研究效率。如有必要,我們將暫停或審查分配。
操作後確認
- 確認所選主題及下一天的實際進度。
當心
該期限是基於當前資源的指導方針。如果人員、席位或計算資源短缺,該過程將被延遲或停止。
隨著研究水準的提高,所有已完成模型的表現不會自動改變。
資料、模型規模與訓練方法影響什麼?
它不僅涉及性能,還涉及學習成本、失敗的可能性以及推理負載和速度。較大的模型可能不適用於所有市場。
資料、模型規模與訓練方法影響什麼?
它不僅涉及性能,還涉及學習成本、失敗的可能性以及推理負載和速度。較大的模型可能不適用於所有市場。
遊戲內入口
- 研究
它不僅涉及性能,還涉及學習成本、失敗的可能性以及推理負載和速度。較大的模型可能不適用於所有市場。
設計是在性能和成本之間進行選擇權衡的問題。
我們不僅關注高預測性能,還關注訓練成本、失敗機率以及完成後的推理負載和速度。保存設計可以為下一課做好準備。在開始確認付款時,我們確認最終的設計、系統和數據。
例如:在輕量模型與大型模型之間猶豫時
將滿足應用程式品質的可能性與支援該規定的資源進行比較。即使期望高性能,如果推理負載大、供給不足,運行也會困難。您也可以考慮根據目前的客戶和資金狀況進行小規模實驗。
操作流程
- 在模型設計畫面上,選擇資料組合、模型規模和學習方法。
- 比較預測效能範圍、費用、失敗機率與算力。
- 我們根據應用和客戶條件審查所需的性能。
- 儲存設計後,進入實驗或主訓練的確認畫面。
操作後確認
- 儲存設計後,檢查所選條件是否反映在主訓練估算中。
當心
儲存設計與啟動付費訓練是兩個不同操作。預測值不保證最終結果。
用卡片選擇模型規模、資料與訓練方法
透過遊戲畫面瞭解操作流程;選擇圖片可放大。

小規模實驗和實際研究有什麼不同?
小規模實驗是您使用金錢和資源來測試您的設計假設的階段。僅憑實驗結果並不能產生可出售的完整模型。
小規模實驗和實際研究有什麼不同?
小規模實驗是您使用金錢和資源來測試您的設計假設的階段。僅憑實驗結果並不能產生可出售的完整模型。
遊戲內入口
- 研究
小規模實驗是您使用金錢和資源來測試您的設計假設的階段。僅憑實驗結果並不能產生可出售的完整模型。
實驗是一個增加判斷材料的付費過程。
小範圍觀察,考慮是繼續設計還是修改。即使實驗結果被採用,出售完成的模型也需要單獨的書籍研究和出版。該決定將根據用於額外實驗和主訓練的資金做出。
開始之前
- 檢查目前的設計、實驗成本、人員和計算資源。
例如:得到較好中間結果後
閱讀接受結果的條款和條件,並查看後續主訓練的成本和期望。良好的實驗結果本身並不意味著產品已經進展到發布或銷售階段。如果您想嘗試其他事情,請先決定您要檢查的內容以及額外費用。
操作流程
- 首先檢查設計和實驗的成本和資源需求。
- 一旦獲得中間結果,請閱讀預測和觀察到的結果。
- 根據顯示的條件決定是否接受結果、繼續、重新實驗或停止。
- 在開始主訓練之前,確認採用的設計/實驗結果和所需的付款。
操作後確認
- 確認觀察結果與採納的方案後,再進入主訓練。
當心
繼續實驗或重新實驗涉及額外的成本和時間。即使取消,也請確認已支付的費用將如何處理。
模型學習什麼時候完成?如果我失敗了怎麼辦?
學習進度根據可用人員和學習計算資源進行。完成進度表僅供參考,學習開始時的預測範圍和失敗機率與實際結果分開檢查。
模型學習什麼時候完成?如果我失敗了怎麼辦?
學習進度根據可用人員和學習計算資源進行。完成進度表僅供參考,學習開始時的預測範圍和失敗機率與實際結果分開檢查。
遊戲內入口
- 研究
學習進度根據可用人員和學習計算資源進行。完成進度表僅供參考,學習開始時的預測範圍和失敗機率與實際結果分開檢查。
區分預測的範圍和實際完成的能力
訓練會記錄啟動時的設計、研究成果、父模型和資料等條件。之後更改設計或研究條件,不會追溯替換已啟動訓練的條件。完成後應以實際效能判斷是否適合用途。
例如:沒有達到預測的上限。
如果預測是60-70而結果是63,並不表示70的限制保證已經被打破。我們將預測範圍與實際結果分開,並檢查程式碼、推理、安全性、速度等。這個數字是一個說明性的例子;實際寬度顯示在開始畫面上。
操作流程
- 在學習開始時,確認成本、設計、預測效能和所需的運算資源。
- 進度慢時,檢視停工原因和人員、GPU使用計劃。
- 獲得結果後,按一下「查看詳細評估」以比較初始預測和完成後的實際效能。
- 如果失敗,請審查結果並設計並審查下一次付費研究的條件。
操作後確認
- 分別閱讀開始時的預測和完成式的實際表現。
- 檢查它是否正在等待發布,或者完成後是否有任何其他決定。
當心
即使您一次性完成了數週的進度,您也無法跳過資源短缺或故障情況。已開始的學習設計不會因後續選擇變更而重寫。
已完成模型的開發和評估
透過遊戲畫面瞭解操作流程;選擇圖片可放大。

如何發布完成的模型?
培訓完成、模型發布和交付給客戶是不同的階段。我們評估已完成的模型,確認發布,並安排產品的分銷和供應。
如何發布完成的模型?
培訓完成、模型發布和交付給客戶是不同的階段。我們評估已完成的模型,確認發布,並安排產品的分銷和供應。
遊戲內入口
- 研究
培訓完成、模型發布和交付給客戶是不同的階段。我們評估已完成的模型,確認發布,並安排產品的分銷和供應。
完成是指它被創建的狀態,而發布是指將其用於提供的決定。
評估完成的模型,如果滿足發布條件則發布。此外,對於商品和服務,請檢查使用哪種模型以及供應量。如果單獨看流程,會更容易找到尚未產生銷售的原因。
開始之前
- 目標模型訓練完成後,檢查是否有缺少的發布條件。
例如:該產品雖然已經發布,但仍是舊模型
檢查目標產品的產品模型。對於個人設定、合約、預先規定等,僅發布後不會改變所有項目。閱讀可更改的條款和條件以及所需的供應量,並根據目標報價設定進行確定。
操作流程
- 在研究端開啟模型結果並選擇等待發布的完成模型。
- 檢查實際效能、使用情況、安全性、速度、推理負載和當前發布情況。
- 如果有任何必要的評估或審議,該條件就會得到滿足。
- 透過“釋出模型”的確認畫面執行。
- 發布後,確認API產品和目標服務的交付模式、價格、預算和供應。
操作後確認
- 發布後,審查產品交付模型和分配。
當心
並非所有產品/合約都會透過發布而切換到同一模型。
早期可用性、過渡和合約模式有不同的條款。請在終止您的模型之前檢查您的提供者。
如何集中檢視當前必要流程?
在研究「模型開發流程板」上,您可以檢查每個模型的學習、外部評估、出版和提供的狀態以及下一步必要的決策。
如何集中檢視當前必要流程?
在研究「模型開發流程板」上,您可以檢查每個模型的學習、外部評估、出版和提供的狀態以及下一步必要的決策。
遊戲內入口
- 研究
- 模型開發流程板
在研究「模型開發流程板」上,您可以檢查每個模型的學習、外部評估、出版和提供的狀態以及下一步必要的決策。
請參閱每個模型的“接下來還剩下什麼”
流程板是一次讀取學習、評估、發布和提供狀態的入口點。我們不僅檢查進度是否為100%,還檢查該專案是否正在等待評估、等待發布、缺乏供應等。在目標的原始螢幕上執行。
例如:模型已完成,但尚未銷售。
開啟目標模型的流程,查看該模型是否已發布或正在產品或服務中使用。接下來我們來看看實際的供應記錄和供應情況。完成的項目數量和提供的項目數量不一定是相同的數量。
操作流程
- 在工藝板上選擇需要確認的模型。
- 開啟“訓練 → 評估 → 釋出 → 服務”,檢視已完成階段和不足條件。
- 從顯示的下一個操作開始,進入目標模型的原始畫面。
- 還要檢查評估截止日期以及實際報價和銷售的記錄。
當心
“關注物件”最多可在公司畫面固定3個設施、模型或合同。固定本身不會提高效能或收入。
從獲得學習數據許可到維護和使用
取得資料許可與付費整理是不同操作。在訓練計劃選擇已整理樣本,才能用於下一次主訓練。
從獲得學習數據許可到維護和使用
取得資料許可與付費整理是不同操作。在訓練計劃選擇已整理樣本,才能用於下一次主訓練。
遊戲內入口
- 選單
- 開發/團隊
- 資料資產與模型譜系
取得資料許可與付費整理是不同操作。在訓練計劃選擇已整理樣本,才能用於下一次主訓練。
在認可的例子中,使用準備好的例子來學習。
許可是獲取使用條件的操作,維護是使範例可用的操作。完成的資料數量是核准資料數量的一部分,因此它們不會加在一起形成訓練資料總數。它還將選擇分為下一步計劃和付費學習的開始。
開始之前
- 閱讀資料使用許可與許可費。
- 檢查可用於採購和維護成本的資金。
例如:2,000 個許可案例和 500 個準備案例
在我們假設的範例中,有 500 個準備好的範例可供選擇用於下一步研究。這不算 2,500 例。如果您還要額外維修其餘部分,請在開始之前檢查新的維護成本並查看將在學習計劃中使用的數據。請在目標畫面上檢查實際數量和價格。
操作流程
- 在“獲取資料許可”中選擇資料和使用條件。
- 開啟所購資產的「查看維護成本和使用條款」。
- 查看本次維護的新實例數量和費用,選擇「付費維護」。
- 透過“用於下一次訓練”將整理資料設為下次訓練計劃的資料。
- 在主訓練估算中檢查所用資料與設計,再啟動訓練。
操作後確認
- 檢查準備的範例數量是否已增加,以及是否已為下一個學習計畫選擇了目標資料。
當心
現有模型的性能不會追溯改變。例子越多,累加效應越漸進。
當您與客戶合作獲取數據時會發生什麼變化?
同意條款和條件並從真實產品中收集許可範例。在您選擇一個已為下一次研究付費的範例之前,有多個單獨的階段。
當您與客戶合作獲取數據時會發生什麼變化?
同意條款和條件並從真實產品中收集許可範例。在您選擇一個已為下一次研究付費的範例之前,有多個單獨的階段。
遊戲內入口
- 選單
- 開發/團隊
- 資料資產與模型譜系
- 與客戶的數據合作關係
同意條款和條件並從真實產品中收集許可範例。在您選擇一個已為下一次研究付費的範例之前,有多個單獨的階段。
資料合作:區分協議、積累與整理
僅僅達成一致並不能提供例子。我們將繼續提供它、維護它、並將其用於下一步的研究。

左:同意條款和費用
確認客戶許可範圍、啟動費用,以及今後折扣後的合同費用。同意合作與實際積累樣本是不同階段。
中:符合條件的實際報價累計
許可範例將從協議達成之日起、滿足 SLA 且產品實際交付之日起累積。僅增加天數並不一定會增加。
右:付費準備並選擇下一次學習
確認、匿名、刪除重複項並維護新範例。然後,選擇準備好的資料資產,檢查下一本書學習的成本和條件,然後開始。
翻新範例包含在許可總數中。現有模型的性能不會僅僅透過選擇合作夥伴、維護或學習計劃而改變。
紙張和文件盒是描述許可和維護狀態的隱喻。灰色和藍色內容總和不代表總數,人/張數不代表客戶數或實際病例數。現在不是無條件收集機密或個人資訊的時候。
開始之前
- 需要持續的客戶協議。
- 查看啟動成本、明確允許的範例使用範圍以及未來的每月折扣訂閱費用。
表格可左右滾動。
| 觀看次數 | 意義 | 在這個假設例子中 |
|---|---|---|
| 允許的範例 | 同意使用條款而累積的總數。包括那些已經維修過的 | 150個樣本 |
| 翻新範例 | 總數中,已完成的金額 | 100個樣本 |
| 這次開發的新例子 | 核准項目總數減去已維護數量後的剩餘金額。 | 150 − 100 = 50個樣本 |
例如:100 / 150不代表合計250個樣本
150個樣本中100個已整理,接下來可整理剩餘50個。若沒有新增積累,付費整理後顯示150 / 150。整理不會增加總數。這是解釋顯示方式的假設例子,並非實際資料量或效能。
操作流程
- 在適用合約的「檢視資料聯盟條件」中比較協議前後的每月合約費用、啟動費用和使用條款。
- 閱讀條款和條件並選擇“我同意條款和條件”。在達成協議後,優惠範例尚未累積。
- 次日起繼續實際服務,檢查“滿足SLA的實際服務”與“已整理 / 已許可樣本”。僅有合同或時間經過,不會增加樣本。
- 在“檢視整理費與使用條件”確認本次新增整理樣本數和費用,再選“付費整理”。會對已許可但未整理的樣本進行檢查、匿名化與去重。
- 在“用於下一次訓練”選擇已整理資料資產,再用“儲存並進入主訓練”儲存計劃。
- 在主訓練估算中檢查所用資料、費用與算力,再啟動訓練。僅儲存計畫不會開始主訓練。
操作後確認
- 翻新範例包含在許可總數中。兩個顯示器未加在一起。
- 檢查學習開始時記錄的資料名稱和準備範例數量是否為預期內容。
當心
未來的每月訂閱費用將根據商定的條款減少。過去的銷售額不會改變。即使合約終止後,您仍然可以在約定的許可範圍內使用取得的範例。
已完成模型的效能不會因為選擇合作夥伴、維護和規劃而改變。由於主訓練記錄了開始時準備的範例數量,因此即使開始後進行了額外的準備,也不會添加到研究記錄中。如果您想使用額外的時間,請檢查學習計劃和接下來要開始的範例數量。
遊戲使用條件僅允許將客戶明確許可、已匿名化並確認的樣本用於訓練,不允許收集或再分發個人資訊與機密。
從父模型中選擇推導和 LoRA 額外學習
選擇父模型、學習目的和準備的數據,並將優缺點轉移到下一個模型。根據方法的不同,提供期間的學習成本和負擔的處理也會有所不同。
從父模型中選擇推導和 LoRA 額外學習
選擇父模型、學習目的和準備的數據,並將優缺點轉移到下一個模型。根據方法的不同,提供期間的學習成本和負擔的處理也會有所不同。
遊戲內入口
- 選單
- 開發/團隊
- 資料資產與模型譜系
- 選擇下一個模型系列
選擇父模型、學習目的和準備的數據,並將優缺點轉移到下一個模型。根據方法的不同,提供期間的學習成本和負擔的處理也會有所不同。
繼承父模型的東西和讓模型變得更輕是有區別的。
除了輕量級、企業級和程式碼的推導之外,您還可以選擇「使用 LoRA 進行額外學習」。遊戲中的 LoRA 保留起始父級提供時的推理負荷、速度、推理成本和上下文長度,同時抑制學習資源。不要以為學習輕,交付也輕。
開始之前
- 檢查自有模型中哪些可作為父模型,並確認已整理的資料。
- LoRA必須有父模型與已整理的資料。請將模型設計的規模和方式設為標準,並確認主訓練重點未選擇效率。
例如:選擇LoRA後無法儲存
選擇您公司擁有的母公司以及已獲得許可和付費的數據資產。模型設計的規模和方法將回歸標準,研究的重點將從通用、程式碼、推理和安全中選擇。強調效率是不能用的。解決短缺原因,審查成本和預測,然後開始學習。
操作流程
- 選擇沒有父模型的新菌株或使用父模型的學習。
- 使用父模型時,選擇輕量級/企業/代碼衍生品或“使用LoRA進行額外學習”,並閱讀父模型的表現/安全性與學習方法之間的交換條件。
- 選擇要使用的準備資料。 LoRA 沒有資料資產就無法啟動。
- 透過“儲存並進入主訓練”儲存計劃,核對主訓練費用、預測和不足原因後再啟動。
- 完成後,回顧一下你的家譜,看看你的實際能力、推理負荷和速度。
操作後確認
- 檢查學習開始時記錄的父模型、目的和數據是否是預期的組合。
- 檢視LoRA成品如何保留啟動時父模型的推理負載、速度、推理費用和上下文長度。
當心
即使父模型效能很高,也不保證訓練成果。儲存計畫與啟動付費主訓練是兩個不同操作。
訓練會記錄啟動時父模型的資訊與已整理樣本。之後重新命名父模型或整理更多資料,都不會改寫已啟動訓練的紀錄。
如何提前向部分客戶提供新模型?
保留舊版本並向部分客戶提供試用版,以比較實際取消、供應品質、計算使用情況和銷售額。提前優惠一次限購一件商品。
如何提前向部分客戶提供新模型?
保留舊版本並向部分客戶提供試用版,以比較實際取消、供應品質、計算使用情況和銷售額。提前優惠一次限購一件商品。
遊戲內入口
- 選單
- 開發/團隊
- 提前提供模型
保留舊版本並向部分客戶提供試用版,以比較實際取消、供應品質、計算使用情況和銷售額。提前優惠一次限購一件商品。
比較同一產品舊版和試用版的實際報價
我們不僅監控預測分數,還監控流失率、品質、計算使用情況和銷售額。因為供應短缺和市場變化也會影響差異,所以我們將觀察天數和客戶數量一起讀取。即使觀察完成後,您也可以自行決定是否要遷移。
開始之前
- 擁有完整的新模型和產品,可滿足客戶所需的數量。
- 檢查設定成本、測試分配、觀察期以及支援兩種模型的耗材。
例如:如果試用版客戶似乎可能會留下來
檢查記錄有多少天、多少人,以及同期的供應情況。不能僅根據少量差異來確定改進。我們還將了解遷移後所需的資源,並比較完整遷移、額外觀察以及維護舊版本。
操作流程
- 在“向少量使用者先行提供”中選擇產品與試驗模型。
- 閱讀條款,支付安裝費用並開始使用。
- 我們會從第二天開始實際提供食物並檢查每日記錄。
- 觀察後,您可以決定是否「將該產品轉為試用版」、「再觀察XX天」或「恢復到舊版本」。
操作後確認
- 檢查您正在比較的數值的觀察天數、客戶數量和共同供應率。
當心
考試時,目標產品的模型和價格以及大合約的申請將被確定。觀察結束後不會立即自動遷移。
由於它還包括少量客戶和市場變化,因此無法僅根據差異來得出模型的有效性。
公共模型的開始/結束維護
維護使用設定和日常成本來支援交付期間的操作可靠性。檢查符合條件的模型和持續成本。
公共模型的開始/結束維護
維護使用設定和日常成本來支援交付期間的操作可靠性。檢查符合條件的模型和持續成本。
遊戲內入口
- 公司
- 金融
- 業務/成長
- 商業
- 模型維護和客戶遷移
維護使用設定和日常成本來支援交付期間的操作可靠性。檢查符合條件的模型和持續成本。
維護不是重建能力的過程,而是營運支援的過程。
我們將維護的有效性與模型本身的效能評估分開。檢查提供哪些模型並需要繼續維護它們,因為會產生安裝費和日常費用。客戶數量和費用是其他考慮因素。
開始之前
- 查看已發布和可用的模型和起始條件。
例如:舊模型的維護成本仍在繼續
檢查是否仍有產品、合同或遷移中客戶使用該模型。停止舊版維護前應閱讀影響。釋出新模型不會自動結束所有舊版服務與維護。
操作流程
- 在“選擇維護模型”中選擇目標。
- 了解設定成本、日常維護成本和營運效果。
- 透過“支付設定費並開始維護”執行。
- 檢查維修中的模型數量和累積費用。
- 如需結束維護,請檢查對接收者的影響並選擇「結束維護」。
操作後確認
- 結合每日費用,檢查哪些模型仍在維護。
當心
這不是增加客戶數量或合約費用的操作。區分提供模型效能評估和運行可靠性幫助。
合約客戶遷移至新版本/終止舊版本
我們將繼續提供舊版本,同時透過額外的推論來驗證新版本。即使成就完成,也不會自動切換。最後,選擇是遷移到新版本還是繼續使用舊版本。
合約客戶遷移至新版本/終止舊版本
我們將繼續提供舊版本,同時透過額外的推論來驗證新版本。即使成就完成,也不會自動切換。最後,選擇是遷移到新版本還是繼續使用舊版本。
遊戲內入口
- 公司
- 金融
- 業務/成長
- 商業
- 模型維護和客戶遷移
我們將繼續提供舊版本,同時透過額外的推論來驗證新版本。即使成就完成,也不會自動切換。最後,選擇是遷移到新版本還是繼續使用舊版本。
驗證新版本和遷移客戶是不同的階段。
在提供的同時驗證先前的版本,並在查看追蹤記錄後選擇版本。

左:驗證新版本,同時繼續舊版本
灰色代表舊版本,藍色代表新版本。維護兩者並使用舊版本為客戶提供服務,同時透過附加推論驗證新版本。兩者都使用相同的推理資源。
中心:在滿足條件的日子讀取結果
查看客戶的 SLA、驗證方的 SLA、合約收入和驗證計算使用情況。進展不能只靠時間的流逝而取得。統計符合條件的實際供應天數。
右:選擇是遷移還是繼續使用舊版本
一旦獲得必要的結果,您將被列入等待決定的名單中。選擇“將此客戶移至新版本”或“繼續提供舊版本”。僅完成追蹤記錄不會執行自動遷移。
遷移後,客戶數量和合約費率將保持不變。舊版的退役是一個單獨的決定。當其用於其他提供、業務、驗證或開發時,不得廢除。
文件的顏色是為了區分兩個版本的隱喻,並不表示優劣。人員和表格的數量不是客戶數量或所需天數。右邊的是判斷場景,不是已經判定切換新版本或成功的場景。
開始之前
- 需要持續簽訂具有合格即時交付和收入的合同,以及不同的已發布目的地模型。
- 維護新舊版本並修復並驗證涵蓋協議的當前提供版本。
- 審查準備成本、額外的推理要求、所需的交付經驗、SLA、驗證截止日期和剩餘合約期限。目的地必須滿足客戶的性能要求。
| 情況 | 向客戶提供和計算資源 |
|---|---|
| 正在核實中 | 新版本中使用舊版本中提供的相同推理資源進行額外驗證。 |
| 等待移民決定 | 舊版本的提供和額外驗證的需求將繼續。您不能僅透過滿足所需的成就來進行轉換。 |
| 選擇遷移/繼續後 | 改用所選版本提供服務,並結束額外的驗證需求。停用舊版需另行操作。 |
例如:經過4天,不一定有4天實績
我們假設所需的性能為 3 天。如果4天內有1天不符合提供條件,則僅計算3天的成就。即使我們獲得了您所需的內容,我們仍將繼續為您提供舊版本,直到您選擇遷移。這些數字是解釋該機制的範例;請在目標確認畫面上檢查實際所需天數。
操作流程
- 從“選擇維護模型”為當前服務模型和遷移目標均啟動維護。
- 在目標合約中選擇「固定目前服務版本」以鎖定舊版。若已固定,請核對服務模型。
- 在“驗證遷移至新版”選擇目標,閱讀條件與費用,再選“支付準備費並驗證相容性”。
- 在“每日實際服務與相容性”檢視客戶SLA、遷移驗證SLA、實際合同收入和驗證算力使用。
- 顯示“等待遷移決策”後,選擇“將此客戶遷至新版”或“繼續提供舊版”。
- 選擇後,確認目標客戶的服務版本,以及額外驗證需求已結束。
- 如果您想停止使用舊版本,請檢查該舊版本是否已被其他供應商、客戶、企業使用、驗證、開發,然後進行終止使用作業。
操作後確認
- 驗證客戶產品是否符合預期模型並保持客戶數量和合約費率。
- 檢查是否有任何待決決定或是否還有任何其他驗證請求。
當心
不符合條件的天數將不計入所需成就。即使因合約終止或在驗證期限內未履約而導致驗證結束,也不會自動遷移。
如果正在進行發售前比較,您必須先完成該決定。
客戶數量和合約費用不會隨著遷移而增加。即使您遷移了一位客戶,如果舊版本在其他地方使用,您也無法停用舊版本。公司歷史和模型譜系的記錄將保留。
API、服務與客戶8
我們提供性能、價格和供應的組合。
如何分配API產品資源?
為每個市場建立已發布的交付模型、定價和推理預算。我們不僅關注模型的性能,還關注該市場所需的應用程式品質以及支援需求的供應。
如何分配API產品資源?
為每個市場建立已發布的交付模型、定價和推理預算。我們不僅關注模型的性能,還關注該市場所需的應用程式品質以及支援需求的供應。
遊戲內入口
- 研究
- 模型
為每個市場建立已發布的交付模型、定價和推理預算。我們不僅關注模型的性能,還關注該市場所需的應用程式品質以及支援需求的供應。
將模型、價格和推斷預算作為組合查看
模型與使用品質有關,價格與客戶和銷售額有關,推理預算與可用容量有關。查看整個公司目前的需求和推理資源,而不改變任何一件事。分別核對產品的預算和實際使用的金額。
開始之前
- 查看已發布的模型和當前的推理供應。
例如:一個產品有餘力,另一個卻不足
不要假設免費預算會自動用於缺少的項目;相反,檢查每個項目的分配。變動後我們再看供應量和實際銷售量。如果整個公司的推理資源不足,僅僅透過產品之間的遷移是無法支援整個需求的。
操作流程
- 在模型畫面上開啟「確定產品分配」。
- 比較每個市場提供的模型和使用條件。
- 確定您的費率和推斷的預算,並了解對公司整體供應和利潤的影響。
- 隨著時間的推移,查看客戶數量、銷售額、供應充足度和取消情況的變化。
操作後確認
- 檢查產品供應模型、價格、預算以及隔日供應量和實際銷售量。
當心
未使用的產品預算可能不會自動分配給其他產品。透過考慮過剩和短缺來調整分配。
為什麼性能很高但客戶數量卻沒有增加?
獲取和留住客戶涉及適合應用的性能、價格、可靠性、聲譽、銷售、競爭和供應。模型的整體表現本身並不是決定因素。
為什麼性能很高但客戶數量卻沒有增加?
獲取和留住客戶涉及適合應用的性能、價格、可靠性、聲譽、銷售、競爭和供應。模型的整體表現本身並不是決定因素。
遊戲內入口
- 研究
- 模型
獲取和留住客戶涉及適合應用的性能、價格、可靠性、聲譽、銷售、競爭和供應。模型的整體表現本身並不是決定因素。
不僅要關注客戶數量,也要關注經常性收入。
即使新收購增加,如果取消和費用增加,業務也不一定會改善。查看目標市場的應用程式品質、價格、供應和可靠性,並比較同期的收購、取消和變更後的實際銷售情況。
例如:如果你透過降低價格來增加顧客數量
除客戶數外,也應檢視每家收入、總收入、供給餘力和利潤。滿足新增需求可能增加費用;透過下一週記錄,判斷能否持續服務新增客戶。
操作流程
- 我們將檢查使用品質和價格是否與市場相符。
- 檢查API供給滿足度、可靠性,以及短缺和事故通知。
- 我們專注於銷售和團隊狀況、社會反應和聲譽以及競爭對手的動向。
- 不要一次做出太多改變,每週回顧一下你的實際收購、取消和銷售情況。
當心
即使較低的價格增加了客戶數量,每家公司的銷售額和利潤也可能會下降。
小模型和大模型有什麼差別?
將一般API的一部分簡單請求交給小型模型,複雜請求仍由大型模型處理。算力消耗、用途品質、可靠性、留存率和各模型收入都會變化。
小模型和大模型有什麼差別?
將一般API的一部分簡單請求交給小型模型,複雜請求仍由大型模型處理。算力消耗、用途品質、可靠性、留存率和各模型收入都會變化。
遊戲內入口
- 研究
- 模型
- API請求在小模型與大模型間分流
將一般API的一部分簡單請求交給小型模型,複雜請求仍由大型模型處理。算力消耗、用途品質、可靠性、留存率和各模型收入都會變化。
我們還需要人力和資金來繼續以不同的方式使用它們。
當規模較小時,您需要滿足市場的最低品質和營運要求。當我們沒有足夠的工程師或營運資金的時候,我們就會回到大比例,所以我們分別讀取設定比例和實際比例。
開始之前
- 我們將準備兩個已發布的內部模型,並檢查較小的版本是否比目前可用的版本需要更少的計算。
例如:設定後計算需求增加
與負責人核實當天資金是否已使用。如果我們回到大尺寸,與小尺寸占主導地位的假設相比,需求將會增加。我們將研究即使規模很大也能支持供應的剩餘產能,以及允許我們再次維持不同用途的條件。
操作流程
- 開啟“API請求在小模型與大模型間分流”,選擇市場與小模型。
- 確保這兩個模型都是內部發布的模型,並且滿足市場上的最低品質要求。
- 檢查小規模計算量、負責工程師、設定成本、實際營運成本、委派的工作比例。
- 設定後,請在實際使用日檢查計算金額和供應量。
操作後確認
- 檢查小規模的實際責任比例、供應量、營運成本和實際銷售。
當心
當我們沒有足夠的人員或營運資金時,我們會恢復大規模運營,計算需求也會增加。
這是普通 API 的設定。相同的設定不適用於固定合約、大型專案、預付款和內部服務。
在變更目前可用的大尺寸或退役小尺寸之前,請檢查不同用途的取消條件。
AI搜尋等自營服務,與API有什麼不同?
AI搜尋、開發輔助和業務助手是使用自家模型的遊戲內業務。應獨立於API產品,檢查啟動條件、負責人、算力需求、費用、用量與收入。
AI搜尋等自營服務,與API有什麼不同?
AI搜尋、開發輔助和業務助手是使用自家模型的遊戲內業務。應獨立於API產品,檢查啟動條件、負責人、算力需求、費用、用量與收入。
遊戲內入口
- 研究
- 模型
AI搜尋、開發輔助和業務助手是使用自家模型的遊戲內業務。應獨立於API產品,檢查啟動條件、負責人、算力需求、費用、用量與收入。
同時觀察各服務盈利和公司整體餘力
我們自己的服務也有人員、推理需求和持續成本。為了分享API以及研究和資源,在開始之前,我們會檢查使用計劃,看看除了服務本身的前景之外,它是否可以支援現有業務。
例如:新服務啟動後API供應減少
確認服務需求是否佔用全公司推理資源。對比總需求、推理分配、負責人和每日費用,再比較調整分配與追加採購。僅支付啟動費未必能持續經營。
操作流程
- 從業務/成長畫面中,開啟目標服務的條件。
- 檢查要使用的模型、應用品質、所需人員、供應、初始成本和營運成本。
- 一旦開始,我們將查看共享資源的實際使用情況、銷售情況和負載。
- 若API或研究也需要資源,應重新檢查分配和總需求。
- 對於包月套餐和連續代理,請開啟「業務」專用版塊,查看使用額度、續約費用、連線權限、等待審核和活動記錄。
當心
這不是簽訂真正的人工智慧服務合約的操作。這並不意味著所有未來的銷售額都會在服務開始時產生。
與大型專案和客戶談判時應該注意什麼?
請分別閱讀申請和接受訂單的條件以及接受訂單後提供的條件。合約有使用品質、SLA、計算需求、費用、截止日期和實施支援等條件。
與大型專案和客戶談判時應該注意什麼?
請分別閱讀申請和接受訂單的條件以及接受訂單後提供的條件。合約有使用品質、SLA、計算需求、費用、截止日期和實施支援等條件。
遊戲內入口
- 研究
- 模型
請分別閱讀申請和接受訂單的條件以及接受訂單後提供的條件。合約有使用品質、SLA、計算需求、費用、截止日期和實施支援等條件。
接收訂單的條件與接收訂單後應遵循的條件不同。
SLA是合同要求的服務質量條件。申請時合格後,仍須持續準備算力、負責人和資金。月費不等於整個合同期間的確定收入。
例如:申請大合約前
考慮現有產品和合約使用的資源,以及對新合約和實施支援的需求。我們不僅檢查所需的品質和期限,還檢查開始供應後的可用產能。收到訂單後,我們會檢查實際供應、銷售、SLA 和續約狀態。
操作流程
- 檢查申請截止日期、申請費用、所需模型和成就。
- 收到訂單後,我們將評估供應、人員和持續成本以及現有業務。
- 如果您需要專門的功能或實施項目,請檢查其他研究和實務要求。
- 合約期間,檢查實際交貨日期、銷售情況、到期日期以及續約或取消狀態。
當心
僅收到訂單並不能保證整個期間的銷售。持續的供應短缺可能會影響合約的維持。
從示範實施進入下一步實施範圍
我們透過持續的實際交付來確認所需的品質和SLA。一旦達到一個階段,就可以選擇下一步的投資,但實施的範圍不會自動擴大。
從示範實施進入下一步實施範圍
我們透過持續的實際交付來確認所需的品質和SLA。一旦達到一個階段,就可以選擇下一步的投資,但實施的範圍不會自動擴大。
遊戲內入口
- 公司
- 金融
- 業務/成長
- 商業
- 大型工程
我們透過持續的實際交付來確認所需的品質和SLA。一旦達到一個階段,就可以選擇下一步的投資,但實施的範圍不會自動擴大。
單獨論證,持續實際提供,下次投資
開始準備,查看符合您要求的實際報價,然後選擇下一步的實施範圍。

左:檢查條件和準備費用並開始
閱讀模型、確認方法、要求的品質/SLA、連續天數、容量和維護成本。繳交準備費後,示範開始。付款不能取代合格的表現。
中心:計算連續滿足條件的天數
在驗證過程中,我們將確認實際交付的產品符合品質要求和SLA。未達條件的日子,連續成就將回傳0。這與已經過去的天數或好日子的總數不同。
右:比較以下範圍並決定新的投資
完成該階段後,您將等待決定。比較標準和縮小範圍的模型、容量、品質/SLA、成本和銷售額,並繼續計算新的準備成本。它不會僅僅透過實現它而自動擴展。
在等待判決期間,在滿足工作和評估要求的同時,目前的承保範圍和費用將繼續下去。進入下一階段和結束報價是兩種不同的操作。
人員、表格和文件是解釋階段的隱喻,並不代表實際的客戶數量、所需天數或地點數量。這兩種顏色區分候選人,並不表示優越或選定的狀態。右圖是正在做出投資決策的場景,而不是擴大實施範圍的場景。繼續提供還需要營運和評估條件。
開始之前
- 了解我們可以提供哪些已完成的內部模型、準備成本、所需的推理能力和日常維護成本。第一次演示從標準範圍開始。
- 閱讀“業務確認方式”。“人工確認的業務輔助”由客戶負責人最終決策;“有條件自動處理”要求該模型有有效合格評估,並滿足安全性和評估範圍。
表格可左右滾動。
| 實際交貨日 | 所需的品質和 SLA | 連續達到的天數 |
|---|---|---|
| 第1天 | 滿足兩者 | 1天 |
| 第2天 | 滿足兩者 | 2天 |
| 第3天 | 有一項未滿足 | 返回第0天 |
| 第4天 | 滿足兩者 | 1天 |
| 第5天 | 滿足兩者 | 2天 |
| 第6天 | 滿足兩者 | 3天 → 等待下一階段決策 |
例如:不是累加好日子,而是計算連續達標日
此例第3天未達標,連續記錄歸零;第4天重算,第6天才連續達標3天。不能只看經過6天或共5天達標。所需天數為假設值,請以實際專案與階段確認畫面的條件為準。
操作流程
- 在“選擇新試點匯入”中選擇客戶、本次服務模型和確認方式。
- 閱讀所需品質、SLA、連續天數、準備成本、容量和維護成本,然後選擇「支付準備費並開始演示」。僅靠付款並不能達到一個階段。
- 從開始後的第二天開始繼續實際提供,並檢查“持續滿足條件的實際提供”和“最近的SLA/每日銷售額”。在「引入條件和階段記錄」中,您可以讀取使用品質和最近不滿足的條件。
- 一旦達到要求的連續天數並且狀態為“等待下一階段決策”,為目標客戶打開“確定下一步實施”。
- 選擇下一階段模型和確認方法,並使用「比較標準和簡化估算」來比較每個範圍的容量、所需品質、SLA、成本和銷售額。範圍縮小會減輕負擔,但網點數量和全價銷售也會減少。
- 檢查條件並透過「支付準備費並安裝」開始下一步。達到該階段的連續天數從 0 開始記錄。
- 如果該規定已停止,請開啟「確定是否重新引入」。檢查缺少的模型、容量和評估條件,並決定是否支付新的準備費並重複相同的步驟,或終止報價。
操作後確認
- 檢查實施範圍、提供模式、本階段連續達標天數、實際銷售情況。實施地點的數量通常與 API 客戶的數量是分開的。
- “滿額月收入”未必等於實際到賬。應閱讀供給不足、質量或SLA未達時的扣款條件和每日收入。
當心
如果驗證時有一天不滿足品質/SLA條件,則持續成就將返回0。如果在寬限期內不滿足條件,則停止提供。
在做出決定之前,我們將繼續在當前範圍內提供服務,同時滿足營運和評估條件。推斷的需求和維護成本將隨之而來,實際銷售將根據供應和交付條件而有所不同。在新引入階段,除了供應短缺的減少外,還將應用未達到要求的品質和SLA的天數的銷售率。請檢查「未達到品質/SLA 的日期的銷售額」和每日銷售額。過去開始的階段會保存當時保存的計費條款。你不能僅僅通過選擇下一階段來擴展;您將需要支付新的準備費。
有條件的自動處理在評級到期時停止自動處理和銷售。即使重新評估完成後,也會根據更新後的評估是否會反映在操作中來進行判斷。單純更新評估並不能解決產能不足的問題。
即使到達最後階段,我們也會在現有範圍內繼續提供有償服務。如果您選擇“終止提供該項目”,則將終止提供、銷售、推理需求和維護費用。已支付的準備費將不予退還,過去的階段和成果將保留。
準備海外擴張和啟動供應是不同的階段
支付報名費,進行語言支持,準備工作完成後選擇開始提供。新區域從零客戶開始,僅僅完成準備工作並不會增加客戶和銷售。
準備海外擴張和啟動供應是不同的階段
支付報名費,進行語言支持,準備工作完成後選擇開始提供。新區域從零客戶開始,僅僅完成準備工作並不會增加客戶和銷售。
遊戲內入口
- 公司
- 金融
- 業務/成長
- 生長
- 海外區域市場
支付報名費,進行語言支持,準備工作完成後選擇開始提供。新區域從零客戶開始,僅僅完成準備工作並不會增加客戶和銷售。
海外拓展:準備、等待啟動、實際提供
儘管準備工作已經完成,但服務還沒有開始。檢查成本和條款並選擇開始。

左:配備能夠實際完成任務的人員。
支付市場進入與語言適配費用,並安排總部工程師和業務人員。只有人力、模型條件與每日資金都滿足的日子,實際準備才會推進。僅等待時間流逝不會完成。
中:準備完成後,選擇開始服務
初始等待名單中有 0 個客戶和 0 個銷售。當地支持成本和總部撥款將繼續。在您選擇“開始提供(無額外費用)”之前,它不會自動提供。
右:提供後檢查性能
開始後顧客數為0。從第二天開始,我們將專注於實際的 SLA、容量、資金、模型和定價條件。無法保證客戶和銷售的增加,並且需要本地支援和電力等成本。
沒有額外的啟動成本和沒有營運成本是有區別的。國際區域客戶通常與 API 客戶分開,以確保共享人員數量和推理能力。
人員、紙張和PC是解釋階段的隱喻,並不代表所需人數、天數或客戶數。關閉的PC表示等待期間,開啟的PC表示啟動後的操作。這不是對遊戲中打開/關閉電腦或添加自動開始供應的解釋。
開始之前
- 我們準備滿足本地應用程式品質、專業效能、安全性和 SLA 要求的內部模型。
- 我們將確認不與其他業務重疊的總部工程師和銷售人員的分配、擴張和語言支援成本以及持續的本地支援和電力成本。 HQ是總部人員。
表格可左右滾動。
| 情況 | 客戶和銷售 | 成本和後續步驟 |
|---|---|---|
| 在地化 | 客戶0家、收入0,逐步累積實際工作天數 | 需要當地支援成本和總部分配。準備工作將在條件滿足當天進行。 |
| 準備好·選擇開始提供 | 0 個客戶,0 個銷售。即使提前天數也不會自動啟動 | 當地支持成本和總部撥款將繼續。明確選擇啟動,無需額外啟動成本 |
| 目前正在向該地區提供 | 啟動時客戶為0家,隔日起透過實際服務檢查客戶與收入 | 需要本地支援、根據實際供應的區域電源、共同推理能力和總部人員。 |
例如:您需要的是實際工作日,而不是經過的天數。
這是一個假設的例子,需要 3 個工作天來準備。第一天工作做好,準備一天,隔天人員不足,就剩下一天。如果第三天、第四天工作的話,實際準備工作兩三天就完成了。與其在不足的天數中回到 0,不如累積提前的天數。即使完成後,您的第一個本地客戶和銷售額也將為 0,直到您選擇開始提供。實際需要的天數和人員可以在目標區域的確認畫面上確認。
操作流程
- 從“選擇地區”或“三個地區的區別”檢查目標地區進入費用。
- 選擇“提供的自家模型”和“每家公司地區月費”,閱讀進入費、語言適配費、實際工作天數、HQ人員、用途質量與SLA。
- 檢查顯示的金額和條件,然後選擇「準備預付款」付款按鈕。新區域仍有0個客戶。
- 從第二天開始檢查「實際準備」天數。語言支援將在人員、模型條件、日常資金具備的當天進行。不足的天數不會進步,累積的實際工作日仍會保留。
- 顯示“準備完成 · 選擇開始服務”後,核對人員和模型條件,再選“開始服務(無額外費用)”。僅等待不會自動開始。
- 確認“正在該地區提供服務”,再看次日起的當地客戶、近期SLA和收入。“條件與收支”顯示當地支援、電力、實際推理供需及營業記錄。
- 您可以選擇暫停、恢復或退出「條件/福利和支出」。閱讀並確定恢復成本、剩餘客戶、未來成本以及是否可以退款。
操作後確認
- 區分準備就緒和交付,並在啟動後檢查目標區域的狀態和追蹤記錄。
- 區域客戶通常與 API 客戶分開。推理設備和總部人員與其他企業分享。
當心
發射「無額外費用」是指發射操作不收取額外費用。準備、等待開始和提供的本地支援費用每天與總部工資分開記錄,並在月底支付。您還需要支付當地提供的電力以及公司工資和公用設備的費用。
推出服務後,您不會立即獲得客戶。客戶獲取/提取和銷售將根據實際 SLA、模型專業性能、價格、容量和融資條件而有所不同,並且不保證增長。
如果服務暫停,該地區的需求、銷售、本地成本和總部分配將停止,客戶將離開。整個公司的工資和通用設備費用將保留。重新啟動需要付費,並且根據保存的進度,您將返回「準備」、「等待開始」或「提供」。如果您尚未首次開始提供該服務,即使在重新啟動後,您也需要選擇開始提供該服務。
退出將導致當地客戶的流失以及未來銷售、當地成本和總部分配的終止。已支付的擴建、變更等費用將不予退還,並保留過去的業績。
區域費用的轉換是固定的遊戲條件。它並未顯示實際的匯率、市場規模或區域優勢或劣勢。
向開發人員發布模型並發展社區
我們提供發布費、日常支援費和維護人員來支援外部開發者和專案。轉換為付費 API 取決於實際使用和提供條件。
向開發人員發布模型並發展社區
我們提供發布費、日常支援費和維護人員來支援外部開發者和專案。轉換為付費 API 取決於實際使用和提供條件。
遊戲內入口
- 公司
- 金融
- 業務/成長
- 商業
- 開發者與公開模型
我們提供發布費、日常支援費和維護人員來支援外部開發者和專案。轉換為付費 API 取決於實際使用和提供條件。
外部使用和自己付費的API有不同的結果。
區分外部使用的公共模型和您公司提供的 API。即使外部使用量增加,也不是每個人都會成為付費客戶。我們將依序檢查支援成本、外部使用、API 轉換以及轉換後的供應。
開始之前
- 需要一個完整並發布的內部模型。
- 由運維專長工程師或銷售專家負責維護,同時確保工程師人手。
例如:如果您不確定是否終止支持
查看目前的人員和日常支援成本,以及實際的外部使用和 API 轉換。即使終止支持,發佈時的使用許可也無法撤銷。在做出決定之前,請先閱讀繼續的成本以及如何終止。
操作流程
- 選擇發布模型、外部使用條款、維護人員和每日支援費用。
- 閱讀條款,支付出版費並開始。
- 從第二天開始檢查開發人員、專案和 API 轉換的表現。
- 一旦成長停止,檢查員工分配、培訓、預算和中斷狀態。
- 終止支援時,請確保外部發布的條款和條件仍然存在。
操作後確認
- 驗證支援是否已啟動並正在運行,以及外部使用和轉換為常規 API 是否單獨記錄。
當心
外部運行的模型不會消耗您的推理能力。轉換為 API 的客戶須遵守正常的供應和銷售條款。
發佈時的使用條款和效能以後不會更改。一旦支援結束,外部使用許可將無法撤銷。
GPU、雲與資源分配6
分別確認購買、完成、實際操作。
如何分離相同的計算資源用於研究、學習和推理?
分配會改變現有算力的用途。研究、訓練與推理合計為100%。提高訓練占比,會相應減少研究或客戶服務可用的占比。
如何分離相同的計算資源用於研究、學習和推理?
分配會改變現有算力的用途。研究、訓練與推理合計為100%。提高訓練占比,會相應減少研究或客戶服務可用的占比。
遊戲內入口
- 研究
- 計算資源的分配
分配會改變現有算力的用途。研究、訓練與推理合計為100%。提高訓練占比,會相應減少研究或客戶服務可用的占比。
將相同資源劃分為三個作業
更改分配不會增加總量。我們一起審視我們想要推進的工作以及我們將繼續提供的產品。

左:用於研究
將研究主題所需的數量與實際可以使用的研究計算量進行比較。查看其他研究預約名額、人員和研究席位。
中心:用於學習
檢查所需的模型訓練量和實際進度。重新學習社交技能也會使用學習方面的運算資源。
右:由推論提供
我們支援客戶API需求、合約、驗證等。在增加學習分配之前,留下必要的推論以供繼續提供。
比率之和為 100%。由于GPU的使用性能和预留配额也得到了体现,因此我們不会仅仅根据比率来进行判断,而是检查每个任务实际可以使用的数量和供應率。
一台公共伺服器和三張桌子是共享資源的隱喻。三個獨立的免費設施,無新增總容量。人員和設備數量不計入實際庫存或人員。
開始之前
- 檢查所需的研究/學習量、暫停原因以及當前 API 需求/供應率。
- 如果由於供應中斷或設施限製而導致總量減少,我們將檢查是否可以透過單獨分配來解決。
表格可左右滾動。
| 使用 | 主要角色 | 要檢查的事情 |
|---|---|---|
| 研究 | 繼續研究主題等。 | 研究需求、研究席次、人員及預留計算資源 |
| 學習 | 學習模型 | 一個框架來分享所需的學習量、誰負責、重新學習社交技能等。 |
| 推理 | 為客戶提供模型 | API需求與供給率,以及合同、驗證和海外業務等共享用量 |
例如:學習量增加 20 會減少什麼?
假設只有雲,總量100且無其他預留。研究20%、訓練30%、推理50%即20、30、50。改為20%、50%、30%後,訓練增20、推理減20,總量仍100。實際遊戲還考慮GPU用途效能與預留額度,請看實際顯示,勿直接套用假設數字。
操作流程
- 在“算力分配”檢視當前三類比例、可用總量、API需求和推理分配。
- 比較“訓練優先”“平衡”“API優先”的比例。點選方針按鈕會立即改變分配。
- 如果您想自行調整,請在「指定比例」中輸入三個百分比,使總計為100%,然後選擇「確認分配」。
- 檢查實際可以使用的用於研究、學習和推理的計算資源。根據 GPU 代數和其他工作預留的不同,可能與簡單計算比率有所不同。
- 檢查第二天研究和學習的實際進度以及所提供的 API 和合約的供應情況。
操作後確認
- 檢查總計 100% 以及每項任務實際可以使用的金額。
- 我們會關注供應率和實際銷售量,看看在學習過程中是否存在供應短缺的情況。
當心
不要混淆同一作業中更改比率和增加總容量。如果總容量不足,也要檢查雲端、GPU、設施狀況。
推論在多個產品、合約和驗證之間共享。不要只考慮某種產品的需求量,然後減少其他產品的用量。
雲服務的預訂、實際供給與計費有什麼不同?
預留容量是您合約的上限。實際供應數量和開票數量分別核對。借助 Reservation Cloud,即使供應停止,合約規定的最低帳單仍將繼續。
雲服務的預訂、實際供給與計費有什麼不同?
預留容量是您合約的上限。實際供應數量和開票數量分別核對。借助 Reservation Cloud,即使供應停止,合約規定的最低帳單仍將繼續。
遊戲內入口
- 研究
- 計算資源採購
- 預訂雲端記錄
預留容量是您合約的上限。實際供應數量和開票數量分別核對。借助 Reservation Cloud,即使供應停止,合約規定的最低帳單仍將繼續。
單獨的預留容量、實際供應量和計費目標
即使在您停止使用的當天,您的預訂合約上的最低費用可能仍然保留。

左:閱讀固定條款與條件
容量為上限,最小使用量為計費下限。檢查初始成本、固定單價、期限和每日限額。實際供應預訂將於隔天開始。
中:比較實際供給與每日計費
只要資金和條件滿足,我們將根據使用設定進行供應。如果您的使用量低於最低金額,您將以最低金額付費。
右:即使停止也檢查帳單
暫停供應期間,即使實際供應量為0,最低計費仍將持續。資金和限額到位後,選擇重新啟動並查看第二天的實際供應量。
使用設定的變更將於第二天進行。暫停的合約不會僅透過更改設定來重新啟動。到期後不會自動續約或自動切換到現貨。
電腦開合和紙張比喻供給與計費狀態,不表示需要手動操作電腦。紙張數量不代表賬單金額或合同數;合同結束後仍可能需要支付已計提費用。
開始之前
- 區分即時合約量與預訂合約,核對預訂容量、最低用量、使用設定、固定單價與期間。
- 比較初始成本、最低成本、每日上限、每月付款所需的現金以及提前取消條款。
表格可左右滾動。
| 狀態/使用設定 | 實際供應量 | 計費目標/每日金額 |
|---|---|---|
| 目前處於供應/使用設定 4 | 4 | 最低金額 6 × $100 = $600 |
| 目前處於供應/使用設定 8 | 8 | 使用量 8 × 100 美元 = 800 美元 |
| 缺貨 | 0 | 最低金額 6 × $100 = $600 |
例如:並非“不用就免費”
即使您在上述暫定合約中將用量設定設為 0,合約期間的最低費用仍將繼續。預留容量10個並不代表每天自動供應10個。日常開支記錄並反映在每月付款的現金中。終止合約後,您可能仍有已入帳的付款。這些數字是解釋如何閱讀它們的範例;請檢查適用合約中的實際單價和條件。
操作流程
- 更改目前即用雲端容量時,請在「雲端合約」檢查數量與費用,再選擇「更改合約容量」。即用與預留容量分開計算。
- 選擇預訂時,請從「比較預訂合約」中閱讀容量、最低使用量、期限和費用。即使您支付了初始合約費,實際供應也會在第二天開始。
- 在“預訂雲實績”中對比計費算力、實際供給和當日使用設定。
- 如果您想變更使用量,請選擇「儲存第二天的使用量設定」。暫停供應的合約不會僅透過更改設定來重新啟動。
- 當您的資金和每日限額到位後,選擇「檢查資金並恢復供應」以檢查第二天的實際供應量。
- 終止時,請檢查到期日期和提前取消的費用。即使中途取消合同,已記錄的費用仍會保留。
操作後確認
- 檢查當天的實際供應量是否滿足所需數量或可用於研究、學習、推理的數量。
- 分別查看最低計費和實際使用量、記錄金額和付款金額以及下次付款日期。
- 檢查您是否已準備好合約到期後的單獨供應。不會自動更新或自動切換到 Spot。
當心
由於缺乏資金而暫停、宣布供應減少以及到期是其他情況。選擇與停止原因相符的反應。
如果中途取消合同,將根據剩餘期限收取費用。執行後,第二天的供應和最低費用將結束,但過去的成本不會逆轉。
買了GPU,容量卻沒有增加
GPU下單、到貨與執行是不同階段。未交付GPU不增加供給;到貨後還需檢查設施完工和安裝額度,並區分可執行數量與實際算力。
買了GPU,容量卻沒有增加
GPU下單、到貨與執行是不同階段。未交付GPU不增加供給;到貨後還需檢查設施完工和安裝額度,並區分可執行數量與實際算力。
遊戲內入口
- 研究
- 計算資源採購
- GPU下單、到貨與取消記錄
- 查看訂單
GPU下單、到貨與執行是不同階段。未交付GPU不增加供給;到貨後還需檢查設施完工和安裝額度,並區分可執行數量與實際算力。
GPU:區分下單、到貨與可用供給
您付款的日期、您收到的日期以及您可以使用它進行供應的日期不一定相同。

左:檢查訂單和交貨日期
GPU需全額預付。即使訂單已記錄,待交付數量也不計入當前供給。請檢視到貨預期和訂單狀態。
中:檢查到貨與設施完工
即使您有到貨的 GPU,如果資料中心未建成,供應量也將為 0。即使建成後,超出安裝限制的單元數量也不計入可運作的單元數量中。
右:檢查機器數量和有效計算資源
可運作的機器數量與實際可使用的處理能力不同。根據電力、冷卻和通訊的充足性以及設備的可靠性,有效計算資源可能低於標稱量。
檢查訂單狀態→設施完工安裝配額→有效計算資源→研究/學習/推理分配。單獨更改分配不會增加總容量。
設備和伺服器是描述狀態的隱喻。所描述的數字和零件並不代表公司的實際庫存,也不是添加手動拆箱和安裝操作的說明。透過查看遊戲畫面上的數字來確認可操作的機器數量和供給量。
| 指數 | 要檢查的事情 |
|---|---|
| 下單/等待出貨 | 預付。不包括在當前供應中。 |
| 到貨/安裝GPU | 交付並綁定到設施的單位數量。可能有設施不完善或安裝空間不足的情況。 |
| 運算GPU | 可裝入已完成設施的安裝框架中的單元數量。這並不意味著所有單位都能產生所宣傳的處理能力。 |
| 有效的運算資源 | 實際可用的處理能力,反映電力、冷卻和通訊限制以及設備可靠性。 |
例如:8臺均可執行,但供給仍偏少時
假設顯示“可執行 / 已安裝GPU:8 / 8臺”“實際 / 標稱算力:60 / 100”。即使全部可用,實際供給也只有標稱六成。追加購買前檢查電力、冷卻、通訊和可靠性。這是假設讀數,並非具體GPU效能或實際公司狀態。
操作流程
- 在採購計算資源時,從“GPU訂單/到貨/取消歷史記錄”中開啟“查看訂單”,查看付款金額、交貨日期、是否到貨。
- 在目標資料中心的操作畫面上,檢查設施的完成情況以及「準備運行/已安裝的GPU」。如果沒有完成,供應量為0。
- 如果安裝空間不足,請閱讀顯示的原因並檢查是否有擴容或搬遷的條件。
- 檢查“實際 / 標稱算力”和電力、冷卻、通訊滿足度。GPU數量齊全也可能實際供給偏低。
- 檢查可用供應後,審查研究、學習和推理的分配,並檢查對客戶的供應和工作進度。
操作後確認
- 分別查看已到達的機器數、可運作的機器數、有效計算資源。
- 即使在消除設施限制後,我們仍將繼續監控研究和學習以及向客戶供應的進度。
當心
GPU採購需全額預付,花錢日期與獲得可用能力的日期並不相同。
從設備圖片和燈具無法確定實際庫存和運作。檢查遊戲畫面數量和有效計算資源。
建資料中心前應看什麼?
除了施工成本之外,我們還會檢查完工時間、GPU 成本、電力/冷卻/通訊、營運成本和需求。尚未建成的設施不會創造供應能力。
建資料中心前應看什麼?
除了施工成本之外,我們還會檢查完工時間、GPU 成本、電力/冷卻/通訊、營運成本和需求。尚未建成的設施不會創造供應能力。
遊戲內入口
- 研究
- 計算資源
除了施工成本之外,我們還會檢查完工時間、GPU 成本、電力/冷卻/通訊、營運成本和需求。尚未建成的設施不會創造供應能力。
建設有條件,GPU到貨,運作有條件。
僅完成該設施並不會增加 GPU 的數量。我們不能僅僅透過提供 GPU 來供應未完工的設施。一起閱讀施工和交貨日期、安裝限制、電力、冷卻和通信,以確認實際可以使用的電源。
開始之前
- 確定您目前的需求以及雲端可以補充多少。
例如:GPU先到貨,設施仍在施工
在將交付的 GPU 新增至目前供應之前,請查看安裝位置和操作條件。比較現有設備和雲端條件,了解如何在設施完工前支援需求。將除建築成本和 GPU 成本之外的持續成本納入您的財務計劃中。
操作流程
- 比較候選地點的建設可行性、最大規模和基礎設施條件。
- 了解建造成本、建設工期以及竣工後的營運成本。
- 核對GPU採購、交付,以及設施完工前的資金與供給。
- 完成後,我們將審查可使用的 GPU 及其在整個公司的分佈。
當心
設施建設、GPU購買、內部裝修和擴建是單獨的操作。不要僅憑外觀來判斷設施的能力。
如何取消等待交付的 GPU 的預訂?
取消訂單時,我們會確認退款金額和損失。取消的訂單不會送達 GPU。
如何取消等待交付的 GPU 的預訂?
取消訂單時,我們會確認退款金額和損失。取消的訂單不會送達 GPU。
遊戲內入口
- 研究
- 計算資源採購
- GPU下單、到貨與取消記錄
取消訂單時,我們會確認退款金額和損失。取消的訂單不會送達 GPU。
將返還的現金與未來供應損失進行比較
取消是一種可以返還現金的決定,但會喪失您訂購的 GPU 的未來供應。一起閱讀取消損失和替代採購的成本。不要只看退款金額來判斷自己是否獲利,而應該檢查訂單何時支持了哪些需求。
例如:如果購買金額為100萬美元,退款為70萬美元,
在假設條件下,取消損失將為 30 萬美元,而 100 萬美元將不會退還。此外,被取消的 GPU 永遠不會到達。確定退回的 700,000 美元是否可以支持持續的成本,或者是否需要替代供應品。實際退款金額和損失將顯示在取消畫面上。
操作流程
- 開啟該商品的「查看訂單」。
- 檢查狀態是否為「等待到達」或「已到達/已取消」。
- 如果您可以取消,請閱讀「確認取消條件」下的退款和損失。
- 用“確認損失並取消”執行。
- 審查取消後的現金和未來的供應計劃。
操作後確認
- 驗證訂單是否被標記為取消,並記錄實際退款和取消損失。
當心
這並不意味著您將收到全額退款。如果所需物資遺失,也可以比較替代採購成本。
雲服務停止供給時的檢查順序
區分因缺乏資金而暫停供應、宣布供應減少和合約到期。必要的回應將根據不再可用的原因而變化。
雲服務停止供給時的檢查順序
區分因缺乏資金而暫停供應、宣布供應減少和合約到期。必要的回應將根據不再可用的原因而變化。
遊戲內入口
- 研究
- 計算資源採購
- 查看合約和帳單
區分因缺乏資金而暫停供應、宣布供應減少和合約到期。必要的回應將根據不再可用的原因而變化。
根據停止原因選擇重新啟動方法。
如果資金短缺,我們將檢查支付能力並明確恢復供應,如果合約到期,我們將購買新的,如果預計下降,我們將檢查準備和恢復的條件。合約金額及使用設定的顯示與當日實際可使用的供應量不同。
例如:儘管我們增加了現金,但供應尚未恢復。
如果預訂雲端因資金不足而停止,則開啟合約重新啟動條件並執行「檢查資金並恢復供應」。然後查看第二天的實際供應量。不要認為僅透過更改使用設定或繳納押金就可以解除暫停。
操作流程
- 檢查合約狀態、結束日期和應計費用。
- 如果您沒有足夠的資金,請檢查您的現金和支付能力。
- 如果提前通知減少供應,請閱讀準備和恢復條件。
- 比較雲端替代方案和工作 GPU,以確定推理、學習和研究方面的差距。
操作後確認
- 分別核對合約約定金額及實際可使用金額。
當心
對於定期雲端服務,有一個條件是即使在暫停供應期間,最低計費仍將繼續。僅簽訂合約並不能保證供應。
現金/收入/支出/融資6
區分可用資金和利潤。
現金減少與赤字相同嗎?
這不一樣。現金是手頭上的錢,利潤是銷售額減去費用和利息的結果。現金和利潤的變動因設備採購、投資、借款、本金償還等而有所不同。
現金減少與赤字相同嗎?
這不一樣。現金是手頭上的錢,利潤是銷售額減去費用和利息的結果。現金和利潤的變動因設備採購、投資、借款、本金償還等而有所不同。
遊戲內入口
- 公司
- 財務/週報
這不一樣。現金是手頭上的錢,利潤是銷售額減去費用和利息的結果。現金和利潤的變動因設備採購、投資、借款、本金償還等而有所不同。
依序閱讀現金、支付能力和利潤。
現金是手頭餘額,剩餘支付能力是考慮應計費用等後可用於新業務的金額,利潤是銷售額與費用之間的差額。即使您處於獲利狀態,現金也可能會因大額投資或本金償還而減少。看看您是否可以在下一個付款日期之前獲得支援。
| 指數 | 你看到什麼 |
|---|---|
| 現金 | 當前手頭現金,也會受投資、借款和還款影響。 |
| 銷售量 | 實際提供的收入。這與資金分開。 |
| 利潤 | 銷售額扣除費用和利息後的結果。 |
| MRR | 每月經常性銷售的指標。不是當天存款。 |
例如:當您有 100 萬美元現金和 30 萬美元應計費用時。
假設無其他限制,可支付餘力為70萬美元,不是全部100萬。30萬已計入應付費用,不能再扣一次。實際餘力請看財務顯示。
操作流程
- 檢查您的財務狀況,了解當前現金和支付能力,並考慮應計費用。
- 檢查週報告中實際銷售、費用/利息、實際利潤和現金的變化。
- 當現金大量流動時,我們也會檢查設備採購、融資、還款等交易。
- 確保您有足夠的資金直到下個月的第一次付款。
當心
即使現金因投資或借款而增加,也不會帶來產品銷售或營業收入。我們也區分本金償還和利息。
檢查現金和財務
透過遊戲畫面瞭解操作流程;選擇圖片可放大。

如何閱讀MRR、周收支與月度結算?
MRR表示月度經常性收入;週報記錄實際經營期間;月結顯示自然月收入、費用和利潤。
如何閱讀MRR、周收支與月度結算?
MRR表示月度經常性收入;週報記錄實際經營期間;月結顯示自然月收入、費用和利潤。
遊戲內入口
- 公司
- 金融
MRR表示月度經常性收入;週報記錄實際經營期間;月結顯示自然月收入、費用和利潤。
將預計每月金額與該期間的實際收入和支出分開。
MRR將當前經常性收入按月表示。實際收入記錄實際服務期間,也不同於扣除費用、利息和折舊後的利潤。比較前應統一指標型別和期間。
例如:MRR為30萬美元,不代表本週收入30萬美元
即使每月預估為$300,000,也不等於7天的實際銷售或當天的存款。客戶和供應可能會發生變化。使用本週的每週結果和當月的每月財務結果檢查該期間的實際銷售額、費用和利潤。
操作流程
- 在模型螢幕上檢查 MRR、合約客戶和當前供應。
- 在周報中查看工資、租金、雲端、電費、研究和學習等費用明細。
- 檢查每月財務報表上的淨收入、折舊、利息等。
- 查看您的應計和未付費用以及下個月的第一個付款日期。
當心
不要把MRR當成當天到賬現金或確定利潤。
當有可比較的實際記錄時,將顯示與上一期間的差異。
我該如何查看未來的付款和資金不足情況?
“30天與90天付款日曆”顯示月初付款與資金預測,可比較不計收入和維持當前月收入參考值兩種情況。
我該如何查看未來的付款和資金不足情況?
“30天與90天付款日曆”顯示月初付款與資金預測,可比較不計收入和維持當前月收入參考值兩種情況。
遊戲內入口
- 公司
- 30天與90天付款日曆
“30天與90天付款日曆”顯示月初付款與資金預測,可比較不計收入和維持當前月收入參考值兩種情況。
改變預測前提,衡量可承受的支出
前景將在不預期存款的預測和維持當前銷售目標的預測之間變化。首先,檢查假設並包括今天的額外投資支出和後續持續支出。僅顯示時間表並不能進行付款。
例如:比較採用率與 GPU 購買狀況
招聘時,除初始招聘費用外,輸入後續工資。購買 GPU 時,請考慮購買成本和必要的持續費用。由於即使銷售額發生變化,預測也不會自動保證,因此在執行後會根據現金進行檢查。
操作流程
- 從公司管理/計畫畫面開啟付款行事曆。
- 檢查月初未支付的費用和應支付的借入本金,以及預測的假設。
- 如果您正在考慮僱用或投資,請輸入「今天的額外費用」和「未來的額外費用」並進行比較。
- 看看您即將用完的日子和巨額支出。
- 比較支出、供應和採購建議,並在執行前檢查最新條款。
操作後確認
- 檢查預測的存款假設和額外支出是否符合您正在考慮的計劃。
當心
如果您正在進行最終研究或向社會實施,請檢查顯示的持續營運預算以及由於評估和容量而從預測中排除的日期。它並不是自動包含根據情況、新投資和銷售變化而變化的所有實際費用的預測。將您的預測與實際現金相符。
僅開啟計劃,不會執行付款或續約。
借貸和投資有什麼差別?
借款會增加現金和債務,並且需要利息和還款。投資會增加現金,但新股會改變創辦人的股權。銷售也不是。
借貸和投資有什麼差別?
借款會增加現金和債務,並且需要利息和還款。投資會增加現金,但新股會改變創辦人的股權。銷售也不是。
遊戲內入口
- 公司
- 金融
借款會增加現金和債務,並且需要利息和還款。投資會增加現金,但新股會改變創辦人的股權。銷售也不是。
包括採購後的負擔來選擇。
借款涉及本金和利息的支付,而投資涉及因新股而引起的權益變動。透過採購增加的現金不屬於業務銷售。如果您考慮它將用於什麼以及如何支援持續的成本,那麼做出決定會更容易。
開始之前
- 確定短缺金額以及採購後繼續產生的任何費用。
| 方法 | 確認的負擔 |
|---|---|
| 借款 | 利息、還款期限、本金償還情況。現金和債務增加。 |
| 投資 | 新股和創辦人股權。現金和股東組成將會改變。 |
例如:資本投資採購
在貸款提案中,檢查即使每月還款後您是否仍能支付工資和租金。在投資方案中,我們會在收購後確認創辦人的股權。在這兩種情況下,設備的到達或銷售額的增加都不會立即發生,因此我們會在付款日曆上進行操作之前查看資金。
操作流程
- 在財務/融資條件畫面上比較籌集的金額和籌集後的現金。
- 如果是藉錢,請查看利率、還款期限、本金和利息以及每月還款額。
- 如果是投資,我們會檢查收購前的評估、新股比例、收購後創辦人的股權。
- 採購後查看營運成本和投資計畫後,進行確認操作。
操作後確認
- 檢查實際存款以及債務或所有權結構的變化。
當心
僅靠資金不一定能提高研究或 API 業務的獲利能力。
股票期權:授予、歸屬與行權有什麼不同?
授予是購買未來股票的權利的記錄,歸屬是滿足一定條件的權利,行使是員工的付款和實際發行股票。當行權執行時,資金進入公司。
股票期權:授予、歸屬與行權有什麼不同?
授予是購買未來股票的權利的記錄,歸屬是滿足一定條件的權利,行使是員工的付款和實際發行股票。當行權執行時,資金進入公司。
遊戲內入口
- 公司
- 金融
- 資本市場
- 員工股
授予是購買未來股票的權利的記錄,歸屬是滿足一定條件的權利,行使是員工的付款和實際發行股票。當行權執行時,資金進入公司。
從記錄權到付款和股票發行
單獨的行使、行使和行使,以檢查現金和實際股票何時發生變化。

左:閱讀固定條件並授予權利
閱讀管理費、擬確定的行權價格、確定日期和期限。此次授予將增加潛在股票數量,但實際發行新股和員工付款尚未發生。
中心:檢查已確認和未行使的會議記錄
確認金額也包括行權金額。檢查到期日和截止日期,以及退休後的條件。僅確認付款後公司不會收到款項。
右:滿足條件,明確行使
檢查上市條件、股價、權利和期限,並閱讀股份數量和付款情況。公司現金及股東組成將因「執行支付及發行股票」而改變。
向公司支付的款項為擬行權的股份數量×授予時所確定的行使價格。不會有自動練習。這與產品銷售和創辦人個人存款是分開的。
文件和資料只是權利狀況的隱喻,並不代表實際的股份數量、授予的額度或股價。它並不表明人與人之間的現金移交或在授予之日收到補償。
開始之前
- 審查指定專業人員、剩餘撥款並規劃管理成本。
- 檢查擬定的行使價格、行使開始日期/所有股份行使日期、行使截止日期和退休後截止日期。
表格可左右滾動。
| 步 | 公司現金 | 股票/股權 |
|---|---|---|
| 授予 | 支付系統的管理費用。沒有員工付款。 | 實際發行股份數量並未增加。這將反映在全部行使後的潛在股份和預期權益。 |
| 歸屬 | 僅透過確認不會付款。 | 可以行使的權利範圍擴大了。這還不是新貨。 |
| 行使權利 | 公司收到的行權股份數量×固定行權價格。 | 將發行新股,員工持有的股份數量和目前創辦人的股權將會改變。 |
例如:如何理解“授予1,000 / 歸屬400 / 已行權100”
假設沒有到期,確認的 400 個將包括已行使的 100 個。未履行的承諾是 300,所以不要將這三個數字相加。如果您行使100股,滿足所有其他行使條件,且固定行使價格為20美元,則公司保證金將為2,000美元。支付金額並非根據當前股價計算。若歸屬股份數量不變,則剩餘的可行權股份為200股。該數字僅供說明之用,僅供參考;實際上,您還將檢查到期日、到期日和股票價格狀況。
操作流程
- 選擇目標員工和要授予的股票數量,並比較計畫的管理成本、固定行使價格和時間表。
- 閱讀全部期權行權後對創始人持股的影響,再選擇“授予權利”。此時會支付管理費,但員工尚未繳款,也不會發行新股。
- 提前日期並選中“授予/固定/行使”。確認開始前固定為0,確認後依報名週期固定。一旦您退休,確認過程將停止。
- 行使要求股票已上市、在期限內、有未行使的既得權利、且當前股價超過固定行使價格。
- 滿足條件後,在「確認員工行使」下選擇股份數量,讀取員工支付的款項、行使後的公司現金、創辦人權益。
- 選擇“執行繳款與發股”,核對已行權股數和實際股權結構。條件齊備不會自動行權。
操作後確認
- 區分已授予、已確認、已行使、已過期,並查看目前可行使的數量。
- 檢查行權後公司的現金、已發行股票、內部員工股數及創辦人股權。
當心
權利可能因到期或退休條件而失效。即使一項權利被賦予,也不代表它可以永遠行使。
員工的薪資是公司的資金來源。它不算作產品銷售或創始人個人的存款。
檢查投資或IPO前後的創辦人股權
將您目前的股東結構和潛在的股份(包括未行使的權利)分開。該比率根據投資、首次公開發行和權利行使而變化。
檢查投資或IPO前後的創辦人股權
將您目前的股東結構和潛在的股份(包括未行使的權利)分開。該比率根據投資、首次公開發行和權利行使而變化。
遊戲內入口
- 公司
- 金融
- 資本市場
- 查看股東組成和潛在股份
將您目前的股東結構和潛在的股份(包括未行使的權利)分開。該比率根據投資、首次公開發行和權利行使而變化。
即使持有的股份數量保持不變,該比例也會隨著總數的增加而下降。
股本是您擁有的股票數量除以已發行股票總數的比率。未行使的選擇權與目前已發行股票分開檢視。發行新股(包括潛力股)前後的展望是在同等條件下進行比較的。
例如:持有100股,再發行25股新股時
如果創辦人擁有全部 100 股現有股份,則新的總數為 125 股,創辦人的股權為 100 ÷ 125 = 80%。即使股份數量不減少,比例也會改變。新股的實際數量和包括選擇權在內的預測將在確認畫面上讀取。
操作流程
- 查看目前流通股以及創辦人和其他股東的股權。
- 檢查期權潛在股份及行權後預測。
- 在投資或IPO確認畫面上,比較擬發行的新股和執行後的比例。
- 執行完畢後,重新確認實際股東組成及保證金。
操作後確認
- 在相同條件下比較預測比率和執行後的當前值。
判斷、計劃、比較6
執行前檢查條件,稍後再檢查。
“今日決策”應按什麼順序檢視?
您可以單獨檢查截止日期和暫停回應、公司目標和指導以及任何項目。將優先考慮響應期限、事故以及資金和物資缺乏的情況。
“今日決策”應按什麼順序檢視?
您可以單獨檢查截止日期和暫停回應、公司目標和指導以及任何項目。將優先考慮響應期限、事故以及資金和物資缺乏的情況。
遊戲內入口
- 公司
- 管理/規劃
您可以單獨檢查截止日期和暫停回應、公司目標和指導以及任何項目。將優先考慮響應期限、事故以及資金和物資缺乏的情況。
區分可以等待的決定和需要在繼續本週之前做出的決定。
首先閱讀回覆截止日期和暫停的問題,然後檢查指南、目標和可選項目。您稍後將檢查的規格正在組織列表。這不是延長最後期限或跳過未完成的強制性決定的操作。
例如:選修項目和必填答案已排列好
首先確認所需答覆的原因和期限,然後做出必要的決定。任何項目都將根據成本和負責人的可用能力進行考慮。如果您打算申請已設定為「稍後檢查」的工作,請重新檢查原始申請截止日期。
操作流程
- 開啟公司螢幕上的「檢查今天的決策、資源和設施」。
- 檢查所需的期限和暫停措施。
- 了解您的指南和您公司的目標的下一步。
- 如有必要,請將任何項目設定為「稍後審核」並在截止日期前重新確認。
當心
稍後檢視不會延長募集期限或合同條件。
我們可以從人員/GPU 使用時間表中了解到什麼?
可在7天、30天計劃中檢視研究、訓練、社會實踐和匯入支援等共享的人力與算力。預測假設當前條件保持不變。
我們可以從人員/GPU 使用時間表中了解到什麼?
可在7天、30天計劃中檢視研究、訓練、社會實踐和匯入支援等共享的人力與算力。預測假設當前條件保持不變。
遊戲內入口
- 公司
- 管理/規劃
可在7天、30天計劃中檢視研究、訓練、社會實踐和匯入支援等共享的人力與算力。預測假設當前條件保持不變。
計劃是一個搜尋使用相同資源的重疊任務的畫面。
即使您單獨查看每個作業並滿足要求,但如果同時進行它們,您可能會耗盡人員和計算資源。除了當前狀況外,還要查看雲端終止、交付和設施完成的時間,以找出將出現短缺的時期。
例如:GPU到貨晚於雲服務結束
查找結束日期和預期交貨日期之間無法支援供應的任何時間段。在原始畫面上比較額外的採購、分配和工作調整。即使安排了交付,我們也不會將該 GPU 添加到今天的供應中。
操作流程
- 從“人力與GPU用途”開啟使用計劃。
- 檢查每個工作類別的固定人數以及剩餘的實習人數。
- 檢視雲供給結束、已通知的供給下降,以及GPU交付和設施完工標記。
- 在缺失工作的原始螢幕上查看招募、分配和支付能力。
當心
我們不會將未交付的 GPU 或未完成的 DC 新增到您目前可用的供應中。它不是一個預測未來就業或新事故的螢幕。
如何比較多個草稿變更?
您可以結合招聘、現貨雲、分配、GPU排序、研究主題和學習開始來比較A計劃和B計劃。編輯草稿和實際付款是兩件不同的事情。
如何比較多個草稿變更?
您可以結合招聘、現貨雲、分配、GPU排序、研究主題和學習開始來比較A計劃和B計劃。編輯草稿和實際付款是兩件不同的事情。
遊戲內入口
- 公司
- 管理/規劃
您可以結合招聘、現貨雲、分配、GPU排序、研究主題和學習開始來比較A計劃和B計劃。編輯草稿和實際付款是兩件不同的事情。
比較是草稿。確認後將進行付款
對於多次更改,條件會根據操作順序而變化。比較整體費用、日常費用和資源,例如僱用後開始學習。已儲存的草稿不會反映在管理中,因此請在執行前再次確認最新的條件。
例如:A計劃為分配變動,B計劃為追加採購
在計劃A中,我們將看看增加的分配是否會減少其他任務。 B 計劃著眼於今天的開支和持續的成本。编辑草稿不会改变成本或日期。檢查您選擇的計劃的付款條件,並檢查執行後可用的資源和現金。
操作流程
- 開啟“以草案比較多個變更方案”。
- 為每個提案新增和編輯最多 8 個操作,並檢查它們的執行順序。
- 比較現金支出、日常開支、共享資源和工作影響。
- 儲存草稿或按一下「檢查所選提案的付款條件」以繼續執行。
操作後確認
- 檢查已實施提案的支出和資源是否符合最新確認條件。
當心
查看或編輯不涉及僱用、購買或進度天數。
如果某個中間操作在執行時效果不理想,則只剩下中間招募和支出。仔細檢查所有條款。
可以在截止日期前一點自動停止嗎?
透過“期限前暫停設定”應對雲合同結束、評估失效、回覆或實務期限。
可以在截止日期前一點自動停止嗎?
透過“期限前暫停設定”應對雲合同結束、評估失效、回覆或實務期限。
遊戲內入口
- 公司
- 管理/規劃
透過“期限前暫停設定”應對雲合同結束、評估失效、回覆或實務期限。
暫停日期本身並不是截止日期,而是確認日期。
在截止日期之前停止的設定讓您有時間考慮更新和回應。僅閱讀停止通知並不能完成合約續約或回應。分別檢查停止日期和原始截止日期並在目標原始畫面上運行。
例如:如果截止日期是 10 日,則將其設為 3 天前停止。
確認日期為7日,原定截止日期為10日。即使7號停止確認,截止日期也不會延長。分別進行必要的付款、更新和答复,並檢查目標的實際狀態。日期是說明性範例。
操作流程
- 為每個目標選擇不暫停、1 天前、3 天前或 7 天前。
- 檢查建議配置的停止日期和原始到期日期。
- 儲存您的設定。即使“提前一周”,如果在截止日期之前到達確認日期,也會中途停止。
- 如果停止,請在原始合約續約/重新評估/回應畫面上做出必要的決定。
操作後確認
- 分別檢查設定的暫停日期和原始合約/回應期限。
當心
僅將其標記為已確認不會導致您付款、更新、回覆或更改截止日期。
未發生的事件和不確定的交貨日期不被視為已確認的暫停時間表。
如何回顧落後於計畫的工作?
在每週計畫與實績中,對比已記錄的預計完成情況,以及實際進度、暫停與完成情況。也要考慮之後發生的條件變化。
如何回顧落後於計畫的工作?
在每週計畫與實績中,對比已記錄的預計完成情況,以及實際進度、暫停與完成情況。也要考慮之後發生的條件變化。
遊戲內入口
- 公司
- 管理/規劃
在每週計畫與實績中,對比已記錄的預計完成情況,以及實際進度、暫停與完成情況。也要考慮之後發生的條件變化。
從停工日期與條件理解計劃偏差
預計完成日期可能與實際進度日期不同。與其只比較總天數,如果檢查進度沒有增加的天數以及人員、供應、預算的變化,會更容易修改下一個計劃。
例如:如果您比計劃晚了 3 天
如果延遲了3天,請查看實際結果,看看延遲了多少天,缺少哪些條件。如果出現供應中斷或需要確保人員安全,我們將在下一個計劃中考慮制定在此期間為您提供支援的計劃。本例中的 3 天不是固定延遲條件。
操作流程
- 開啟每週報告以及計劃和結果的記錄。
- 將您最初記錄的期望與實際進展日期進行比較。
- 檢查進度沒有增加的日子的缺失條件。
- 我們將回到停電原因和原來的工作,並審查下一步的分配和費用。
當心
這不是共享工資和計算資源成本的記錄,這些成本被虛擬地劃分為每項工作的實際成本。它還不會添加過去未觀察到的計劃或每日結果。
固定常檢視的設施、模型與合同
“關注物件”最多固定3項,便於返回進度和下一項決策。
固定常檢視的設施、模型與合同
“關注物件”最多固定3項,便於返回進度和下一項決策。
遊戲內入口
- 公司
- 應該關注什麼
“關注物件”最多固定3項,便於返回進度和下一項決策。
固定是你經常檢查的捷徑
可固定建設中的設施、開發中的模型或即將到期的合約,方便從公司畫面快速返回。依據目前需要檢查的事項決定固定順序。取消固定不會終止該設施、模型或合約。
例如:合理使用3個固定欄位
可固定訓練中模型、等待到貨或施工的設施、考慮續約的合同等。完成決策後可替換目標;固定本身不會改變進度或期限。
操作流程
- 選擇您要檢查的設施、模型或合約。
- 檢查固定目標的當前狀態以及截止日期和下一步操作。
- 更換框架時,移除不必要的固定物並選擇另一個目標。
操作後確認
- 檢查是否可以從公司螢幕開啟固定目標的原始螢幕。
當心
僅通過修復它不會提高性能、進度和銷售額。這是檢查目標實際狀況的入口點。
社會/安全/模型評估5
分別判斷答案、做法、評價、權威。
外部評估是否能提升績效?
外部評價是透過有償實踐獲得模型評估材料的操作。這本身並不是提高效能或安全性的操作。不僅要閱讀是否通過,還要閱讀評估範圍、條件和有效期限。
外部評估是否能提升績效?
外部評價是透過有償實踐獲得模型評估材料的操作。這本身並不是提高效能或安全性的操作。不僅要閱讀是否通過,還要閱讀評估範圍、條件和有效期限。
遊戲內入口
- 選單
- 社會與安全
外部評價是透過有償實踐獲得模型評估材料的操作。這本身並不是提高效能或安全性的操作。不僅要閱讀是否通過,還要閱讀評估範圍、條件和有效期限。
閱讀已通過的目標、範圍和截止日期。
評估是對模型的研究,而不是學習改進模型。即使顯示通過,也要檢查是否符合當前判斷所需的目標和範圍,並且是否仍在有效期內。這不應與效能值的增加相混淆。
例如:即使已評估權限也無法恢復
閱讀目標模型以了解評估、範圍、通過/失敗和截止日期。此外,檢查缺少重啟螢幕的原因,例如未解決的事故和委員會條件。僅使用不同模型的材料或通過過期測試並不能確定是否滿足當前的恢復條件。
操作流程
- 在目標模型的評估/監督螢幕上檢查成本、所需的實踐和範圍。
- 啟動評估並確保人員、資源和日常付款。
- 查看已完成的資料,以了解目標模型、評估日期、範圍、剩餘的不確定性和截止日期。
- 如果出於出版、權威或委員會條件的需要,我們將使用目前可用的材料來做出決定。
操作後確認
- 檢查目標模型、評估範圍、通過/失敗、期限是否符合要求的判斷。
當心
由於模型條件過期或變化,該材料可能不再有效用作當前評估。沒有評估材料的模型將不被視為通過。
執行權限和資訊事故檢查什麼?
發布模型和擴展執行權限是單獨的決定。如果發生事故,我們將確保受影響的模型關閉、調查、重新評估並重新啟動。
執行權限和資訊事故檢查什麼?
發布模型和擴展執行權限是單獨的決定。如果發生事故,我們將確保受影響的模型關閉、調查、重新評估並重新啟動。
遊戲內入口
- 選單
- 社會與安全
發布模型和擴展執行權限是單獨的決定。如果發生事故,我們將確保受影響的模型關閉、調查、重新評估並重新啟動。
分別確認揭露、調查完成、權限恢復
即使模型已經發布,執行權限也可能被暫停。讀取事故回應和重新評估結果並滿足重啟所需條件後,進行重新啟動操作。縮小範圍並檢查哪些權限被暫停。
例如:完成付費調查後
閱讀調查結果和剩餘問題,以了解哪些評級目前有效以及需要哪些批准。即使滿足條件後,您仍然需要恢復權限。調查完成並不意味著所提供的所有特權都已恢復。
操作流程
- 審查事故目標模型、權限、影響和成本。
- 選擇顯示的回應,例如停止執行外部輸入或付費調查。
- 查看調查結果、未解決的事件以及目前有效的及格分數。
- 如果您決定恢復,請查看恢復的條款和費用並明確執行。
當心
調查完成後,暫停的權限不會自動恢復。即使預防措施和評估也不一定能消除風險。
當您成立董事會/安全委員會時會發生什麼變化?
如果該系統是自願啟動的,則符合條件的高性能模型的新發布、執行權限的擴大以及事故後的重啟都需要獲得批准。該系統繼續與公司合作。
當您成立董事會/安全委員會時會發生什麼變化?
如果該系統是自願啟動的,則符合條件的高性能模型的新發布、執行權限的擴大以及事故後的重啟都需要獲得批准。該系統繼續與公司合作。
遊戲內入口
- 選單
- 社會與安全
如果該系統是自願啟動的,則符合條件的高性能模型的新發布、執行權限的擴大以及事故後的重啟都需要獲得批准。該系統繼續與公司合作。
批准是執行的條件之一
在系統的目標模型中,在揭露和授權決策中增加了審批。即使獲得批准,也要在原始螢幕上發布/恢復。如果材料或事故的截止日期發生變化,請檢查批准在當前條件下是否有效。
例如:一旦公眾提案獲得批准
返回目標模型的發布畫面並閱讀成本和缺失條件。單獨檢查是否已獲得批准並已發布。發布之後,我們也會看看產品的交付模式和供應情況,看看是否已經導致實際供應。
操作流程
- 檢查系統啟動條件及適用模型。
- 閱讀每個提案的評估資料、安全性、未解決的事故、優點和缺點以及暫停的原因。
- 對於缺失的物資、資金、應對條件,我們將進行安排和商議。
- 批准後,在原始發布和權限畫面上確定執行。
當心
僅獲得批准並不會導致出版或付款。由於評估期間、績效變化、新發生事故等需要重新審議。
已開始的服務或已付款實務,可能保留原有條件。
提前通知供應量減少並在發生後恢復
收到預告後,可選擇提前投資準備,或事發後投資恢復。應區分付款與實際工作完成。
提前通知供應量減少並在發生後恢復
收到預告後,可選擇提前投資準備,或事發後投資恢復。應區分付款與實際工作完成。
遊戲內入口
- 公司
- 金融
- 業務/成長
- 策略
- 危機準備
收到預告後,可選擇提前投資準備,或事發後投資恢復。應區分付款與實際工作完成。
分別考慮啟動成本、實際完成成本、維護成本。
準備工作並未在購買時完成,而是必須透過確保必要的人員、實踐和預算來完成。即使完工後,我們也會檢查供應減少期間的維護。我們也比較了疫情爆發後的恢復時間和不採取任何措施的自然恢復時間。
開始之前
- 檢查拒絕期限、開始期限、所需工作日和負責工程師。
例如:我想在截止日期之前開始準備。
我們不僅會考慮您是否能夠支付啟動費,還會考慮您是否能夠在截止日期前完成必要的工作。如果有人被保留從事其他工作,請檢查實際上有多少人可用。付款後查看進度,完成後查看第二天的供貨情況。
操作流程
- 在“選擇準備方式與費用”比較備用路徑和複製條件。
- 檢查啟動費與實際工作、維護的每日費用,再決定開始準備還是暫緩。
- 檢查截止日期前的實際進度以及供應減少期間的維護預算。
- 如果您選擇事後恢復,請檢查額外的啟動成本和所需的實踐。
- 完成工作的第二天檢查供應狀況以及自然恢復日期。
操作後確認
- 檢查工作天數和實際供應倍數是否與反應狀態相符。
當心
人員和支付能力的缺乏會影響準備和維護的有效性。僅僅支付啟動費並不意味著工作已經完成。
收購/上市/再挑戰5
公司的成長條件和下一階段。
股權、收購和業務整合有何不同?
擁有股權、支付收購費用、移交人員、客戶、模型是不同的階段。檢視整合期間的成本以及完成後的驗收條款。
股權、收購和業務整合有何不同?
擁有股權、支付收購費用、移交人員、客戶、模型是不同的階段。檢視整合期間的成本以及完成後的驗收條款。
遊戲內入口
- 選單
- 資本/管理
- 收購AI業務
擁有股權、支付收購費用、移交人員、客戶、模型是不同的階段。檢視整合期間的成本以及完成後的驗收條款。
股權、收購完成、整合後移交
在您持有股票或支付對價的當天,企業的人員、客戶和模式可能並不總是可用。

左:分離持有的股票和要收購的業務
僅僅擁有庫存不會繼承人員、客戶或模型。對於股票併購,確認所需股權、剩餘對價、整合啟動費用、營運資金和席位。
中央:付出代價並滿足整合條件
即使收購完成,業務也只有在整合完成後才會轉移。如果在預定日期之後仍然沒有足夠的席位,您將不得不等待,在此期間您將繼續支付交接團隊的工資和整合費用。
右:只轉讓一次,決定是否提供
整合完成後,人員、客戶和模型將被接管。收購模式尚未公佈。檢查發布、產品分配和容量的影響,並驗證實際產品的銷售情況。
進度100%不代表交接已完成。請檢查整合狀態與實際移交的內容。不會繼承對方的現金、存款、借款或歷史收入。
人員、表格、文件只是說明情況的隱喻,並不代表持有股份數量、繼承人數量或客戶數量。文件顏色區分階段,並不表示效能優劣。交接資料圖片並非遊戲內交接操作或新增商家、模型免費副本的說明。
開始之前
- 檢視空缺的研究席位和可以接受接手人數的辦公室席位,以及凍結招募的情況。任何正在進行的業務整合都必須先完成。
- 若CEO個人持有目標公司的股票,必須先出售這些個人股票,才能由公司收購其業務。應分開核對個人股票與公司的收購資金。
- 除了收購對價和整合啟動成本之外,我們還專注於移交團隊的薪資以及整合期間將產生的日常整合成本。您必須有能力支付,包括未支付的費用。
- “透過股份進行M&A”還需確認必要持股、剩餘股份現金對價、整合啟動費及收購後營運資金;其條件顯示與資產收購不同。
表格可左右滾動。
| 步 | 交接狀態 | 要檢查的事情 |
|---|---|---|
| 自有庫存 | 業務人員、客戶、模型均不會轉移。 | 分別確認M&A的持股、對價、座位和營運資金 |
| 收購已完成/整合正在進行中 | 支付費用並等待轉帳直至整合完成 | 將產生工資和日常整合費用 |
| 整合期已過/等候名單 | 即使進度100%,如果座位不夠,也要等待轉接。 | 確保空置的研究和辦公室席位。在您等待期間,薪水和整合成本仍在繼續。 |
| 業務整合完成 | 一勞永逸地轉移人員、客戶和取得模式 | 該模型尚未發布。檢查揭露和產品分配/供應的影響 |
例如:即使超過預計日期,座位不足仍需等待
這是一項臨時交易,需要 4 個空置的研究席位和 3 個空置的辦公室席位。如果整合期結束時只有 3 個研究席位和 3 個辦公室席位可用,則轉移將被擱置。確保至少 4 人的研究席位,並在第二天檢查整合結果。在您等待期間,工資和整合成本仍在繼續。參與人數僅供說明之用,實際所需席次數和時間將在收購條款中確認。
操作流程
- 從“收購AI業務”開啟目標的“檢視收購條件”;若由股票市場進入,請開啟目標公司的M&A條件。
- 確認收購對象、目前支付金額、擬調動的人員及席次、整合期限、整合費用及薪資。在股票路線中,您還可以閱讀「收購評估和持股明細」和「繼承業務和營運負擔」。
- 一旦滿足條件,您可以透過「收購AI業務」或使用股票途徑「收購剩餘股份」的方式進行支付。至此,人員、客戶、收購模式的交接尚未完成。
- 在“檢視整合與獲得模型”確認進度和整合狀態。即使到達預計日期,研究或辦公座位不足時仍會等待員工座位。
- 我們將在下次每日更新中解決座位短缺問題並確認整合完成記錄。移交只能進行一次。客戶根據成交時的市場狀況確認交接限額和實際數量。
- 收購模型在整合完成時尚未發布。如果您使用,請檢查「發布獲取模式」的影響,並在發布後在「確定產品分配」中查看供應模式、價格和容量。檢查實際的報價後銷售情況。
操作後確認
- 審核整合完成日期、人員調動、實際客戶調動、收購模式和發布狀態。 100%進度和傳輸完成不一定是一樣的。
- 權益路徑區分當前現金支付和轉入所購買資產的持有股份的成本。不要將您的原始持股重複計算為可交易股票。
當心
收購對像是遊戲中呈現的AI業務的技術、人力資源、客戶。另一方的現金存款、貸款、過去的銷售以及現有的合約義務將不會被繼承。
在股票併購中,持有的股票並不出售,而是將收購成本轉入所收購的資產。它不是透過出售獲利或保留所擁有的股票和所收購的資產的操作。僅僅擁有所需的股權並不能免除剩餘的對價或整合成本。
即使整合完成後,調動人員的薪資和實際提供所需的費用仍將持續。收購模型與內部學習分開記錄,因為技術是透過付費收購繼承的。
“釋出獲得的模型”會改變公司預設服務模型,也影響未設產品專屬分配的服務物件。選擇前檢查既有產品分配和供給。釋出或交接不會把對方歷史收入計入自家公司。
IPO準備達到100%,就會上市併到賬嗎?
籌建期結束、公司條件滿足和上市運作是分開的。訂金在簽訂合約時繳納,新股資金在公開發行時注入公司。
IPO準備達到100%,就會上市併到賬嗎?
籌建期結束、公司條件滿足和上市運作是分開的。訂金在簽訂合約時繳納,新股資金在公開發行時注入公司。
遊戲內入口
- 選單
- 資本/管理
- 上市/資本市場準備
- 投資銀行/首次公開募股
籌建期結束、公司條件滿足和上市運作是分開的。訂金在簽訂合約時繳納,新股資金在公開發行時注入公司。
IPO:準備合同、條件檢查與公開發行
100%準備進度和上市是有差別的。選擇上市後重新閱讀條款和條件並確認公司資金。

左:比較條件,支付訂金並準備
比較銀行的準備期、存款、承銷費用、公開發行規模。簽訂合約時,支付訂金並記錄出版規模。我還沒有列出或存款。
中:核對準備期與公司條件
進度達到100%,也必須滿足公司條件才能上市。請檢查顯示的業務條件、財務結算與簽約銀行的準備情況。全部達標後仍需另行執行上市操作。
右:選擇發布並查看實際記錄
重新閱讀公司在公開發行時的估值、費用和股本,然後選擇「發布股票」。資金減去承銷費用後進入公司,已發行股份及股東組成發生變化。
IPO資金屬於公司,既不是產品銷售額,也不是創始人售股所得。應區分已付首付款與發行時承銷費。
人員、表格和文件是描述階段的隱喻,並不代表銀行、股票或所需人員的數量。文件顏色區分候選人和狀態,並不表示銀行排名或推薦。封閉PC和開放PC是發布前後工作的隱喻,並非實際操作或增加自動發布的說明。該權利並不保證商業利潤或投資成功。
本公司公開發行及採購時扣除所有費用後的收據
公司上市時的收入是新股籌集的金額減去承銷費用。扣除所有成本後的採購額是指簽訂合約時包括定金在內的交易總金額。我們不會雙重扣除您已支付的押金和您將收到的資金。
公開發行20%的股份和新股東持有20%的股份是有區別的。
發行規模是指新股與現有股的比例。假設以100股現有股發行20股新股為例,即使發行規模為20%,發行後的總股數也將是120股。新增股東權益為20÷120≈16.7%。創辦人權益也是以發前比例除以1.2計算的。股份數量僅供說明,實際價值可在「查看公開發行後股東組成」中確認。
請閱讀您所經營企業的條件部分中缺少的條件。
對於正常業務,我們會查看客戶數量、扣除股票銷售收益的業務累積盈餘以及每月結帳數量。如果顯示AI營運業務的條件,檢查實際營運天數、帳面淨資產、扣除所有費用後實現的營運盈餘、公司整體的累積盈餘以及開業後的月度財務表現。並非所有的短缺都可以透過股票未實現收益或提前天數來解決。
開始之前
- 檢查前期費用和公司在準備期間將持續的營運費用。請勿使用尚未籌集的預計金額作為您目前的支付能力。
- 閱讀“上市條件”中的缺項。普通業務與AI運營業務條件不同,請以實際顯示為準。
- 如果您與銀行簽訂了合同,請開啟該銀行的揭露條款與條件。更換到不同的銀行或重新選擇風險敞口規模需要取消現有條款並簽訂新合約。
表格可左右滾動。
| 步 | 上市及存款 | 費用/檢查事項 |
|---|---|---|
| 合約準備 | 尚未上市或到賬 | 繳納定金並記錄準備週期和出版規模。 |
| 準備期已結束 | 如果不符合公司條件,則不能發布。 | 進度100%與滿足全部上市條件,是兩回事 |
| 滿足全部條件 | 尚未執行釋出 | 重新確認目前公司評估、費用和股權 |
| 執行“公開發行股票” | 新股資金進入公司 | 扣除公開發行時的承銷費用並更新股東組成 |
例如:發佈時的保證金為 950,000 美元,整個交易的淨額為 850,000 美元。
這是一項假設交易,在公開發行時籌集了 100 萬美元的新股、10 萬美元的已付保證金以及 5 萬美元的承銷費。公司在上市時收到 100 − 5 = 950,000 美元。採購減去所有成本為 100 − 10 − 5 = 850,000 美元。如果公司上市前的現金為 140 萬美元,那麼上市後則為 140 + 95 = 235 萬美元。押金已經反映在最後一刻的現金中。此範例顯示如何讀取排除了乾預性營運費用和其他交易的顯示,並且可以透過其揭露條款和公司記錄來確認實際成本、估值和現金。
操作流程
- 在“投行與公開發行”比較各行準備期、首付款、承銷費及發行規模,也可從“上市準備”或“上市準備進度”檢視條件。
- 透過“準備期與發行條件”“融資額與新股明細”“發行後股權結構”,核對公司實收、全部費用和發行後持股。
- 透過“簽約並開始上市準備”支付首付款。銀行準備期、費率和發行規模寫入合同;此時尚未上市或融資到賬。
- 準備時,您可以從「檢查發布條件」中檢查剩餘天數和缺少的條件。即使準備進度100%,如果尚未滿足必要的公司條件,資訊仍將顯示「請滿足上市條件」。檢查每月結帳的下一個結帳日期。
- 全部條件齊備後,重新閱讀按發行時公司估值計算的融資預測,再選擇“公開發行股票”。僅閱讀達標通知不會執行發行或到賬。
- 檢查上市記錄、上市時的公司收據、流動現金、流通股和股東結構。之後,在「季報/股息/研究投資」中查看上市後的業績以及資金將如何使用。
操作後確認
- 檢查公司是否已上市,新股發行、承銷費用、公司存款是否有記錄。預計採購金額可能與運行時金額不同。
- 已繳納的押金將不再從發佈時的押金中扣除。然而,整個交易的成本既包括保證金,也包括承銷費。
- 存款是公司的融資。它與產品銷售/利潤和個人創始人的銷售收入分開閱讀。
當心
籌集的金額將根據發佈時公司的估值重新計算。不保證合約簽訂時的預計金額。
從“取消上市準備”執行“取消準備”後,準備結束。已付首付款不退,也沒有上市或資金到賬。
僅上市不會提高企業銷售額或獲利能力。工資、設備和供應費用以及上市後報告將隨之而來。
您如何使用短期場景和重新挑戰?
危機場景是一種透過選擇創業時的時期和問題,並以正常的成本、人員和期限來應對的遊戲方式。即使在該期限結束後,能夠生存的公司仍將繼續營運。
您如何使用短期場景和重新挑戰?
危機場景是一種透過選擇創業時的時期和問題,並以正常的成本、人員和期限來應對的遊戲方式。即使在該期限結束後,能夠生存的公司仍將繼續營運。
遊戲內入口
- 創始畫面/資訊與短期場景
危機場景是一種透過選擇創業時的時期和問題,並以正常的成本、人員和期限來應對的遊戲方式。即使在該期限結束後,能夠生存的公司仍將繼續營運。
與另一家保留原始記錄的公司重試
重試時在新試行中嘗試不同決策,並對比原公司。總收入和費用會隨觀察期改變,請統一觀察時長、暫停及未解決狀態。
例如:較短的試驗成本較低
如果一個是7天,另一個是30天,你不能只比較總成本。審查觀察期、損益、供應中斷和剩餘問題。不要因為某個計劃在短時間內成本低廉就判斷它是可持續的。
操作流程
- 首先檢視新公司的場景週期、條件和挑戰。
- 用今天的判斷和案例卡檢查答案、實踐、承諾和結果。
- 在記錄了起始條件的試驗中,您可以透過確認重試來建立另一個公司,同時離開原來的公司。
- 比較時,讀取觀察期間、損益、實際成本、停止日期、未結記錄。
當心
如果世界數據從一開始就發生了變化,您可能無法在相同的條件下再次嘗試。
請不要只以觀察期及觀察期後的總量來判斷管理的優劣。
參加行業活動並根據結果繼續下一個項目
一旦您選擇了模型並支付了參賽費,您就可以在結果發佈時查看其表現和排名。展會結果與合約訂單和銷售不同。
參加行業活動並根據結果繼續下一個項目
一旦您選擇了模型並支付了參賽費,您就可以在結果發佈時查看其表現和排名。展會結果與合約訂單和銷售不同。
遊戲內入口
- 選單
- 市場/進展
- 產業活動
一旦您選擇了模型並支付了參賽費,您就可以在結果發佈時查看其表現和排名。展會結果與合約訂單和銷售不同。
展覽評價與營業收入是分開的。
這是您支付參與費並檢查所選模型結果的活動。排名與贏得和交付合約之間是有區別的。我們收到的每項工作也有申請、選擇和供應的條件。
例如:憑藉好名次獲得專案機會時
確認項目期限、所需模型、應用品質、供貨及人員。即使展覽效果良好,跳過申請和提供流程也不會獲得合約銷售。閱讀並決定您是否可以繼續在目前的公司工作。
操作流程
- 檢查招募截止日期、目標車款、參與條件。
- 從“選擇參展模型”選定目標,確認參展費後參展。
- 成績公佈後,開啟「查看排名及公佈條件」。
- 如果您收到工作邀請,請在申請前閱讀通常的申請、選擇和工作邀請條件。
操作後確認
- 檢查所展示的模型以及結果發佈時的記錄。
當心
不會僅根據排名頒發獎金或合約銷售。以下項目亦具備正常選購條件。
上市後閱讀股利、研究投資和季度報告
我們比較股利和研究投資並向股東報告實際季度業績。股利分配取決於留存收益、支付能力和剩餘營運資金等條件。
上市後閱讀股利、研究投資和季度報告
我們比較股利和研究投資並向股東報告實際季度業績。股利分配取決於留存收益、支付能力和剩餘營運資金等條件。
遊戲內入口
- 選單
- 資本/管理
- 上市後管理
我們比較股利和研究投資並向股東報告實際季度業績。股利分配取決於留存收益、支付能力和剩餘營運資金等條件。
既看可以分配的利潤,又看應該留下的現金
獲利並不等於能夠發放現金。檢查考慮了應計費用和營運資金的上限。創辦人的股息收入記錄在執行長的個人資產中,因此與公司現金分開看待。與研究投資的比較也基於公司在實施後可以繼續收到的資金數量。
開始之前
- 確保您的公司是公開交易的。
例如:股利計畫與研究投資計畫的比較
即使金額相同,股利也會減少現金和留存收益,並且研究投資的效果和成本會根據目標條件而有所不同。僅通過讀取比較螢幕不會執行它。確認您選擇的操作並查看您的實際支出和季度記錄。
操作流程
- 檢查季度過去的天數、銷售、損益、研究目標和股東信任。
- 在考慮股利時,請閱讀留存收益、不包括應計費用的現金、剩餘營運資本和上限。
- 用“以相同金額比較分紅與研究”比較資金用途。
- 閱讀您選擇的業務的條款和條件,並明確進行股息或研究投資。
- 透過過往季度報告,回顧實際成果與支出。
操作後確認
- 檢查執行後的現金、股利和研究投資的記錄。
當心
股利是利潤分配,不計入收入或營業費用,會減少保留盈餘與現金。
儲存/設定/練習5
離開公司,按照自己的步調玩。
如何拯救一家公司/回歸另一家公司?
該公司將自動保存。您可以從選單中選擇「儲存公司」來手動儲存目前狀態。公司百科全書是您查看其他公司及其成就的入口。
如何拯救一家公司/回歸另一家公司?
該公司將自動保存。您可以從選單中選擇「儲存公司」來手動儲存目前狀態。公司百科全書是您查看其他公司及其成就的入口。
遊戲內入口
- 選單
- 保存公司/公司百科全書
該公司將自動保存。您可以從選單中選擇「儲存公司」來手動儲存目前狀態。公司百科全書是您查看其他公司及其成就的入口。
檢查完成的狀態而不是認為你已經保存了
切換公司前檢查自動儲存和手動儲存的結果,是否有顯示不完整的情況。閱讀哪些保存不完整,包括公司百科全書和檔案資料。在「幫助」中開啟的文章不會更改公司的儲存狀態。
例如:我想創辦另一家公司
儲存您目前的公司並在切換之前觀察其完成情況。如果未完成,請先重新儲存。避免使用切換公司作為解決儲存錯誤的方法。
操作流程
- 最好從選單中選擇“儲存公司”。
- 檢查儲存結果和錯誤顯示。
- 開辦其他公司時,切換前請檢查目前公司的儲存和儲存。
- 從公司百科中查看您保存的公司及其成就。
操作後確認
- 看到儲存完成的訊息後切換公司。
當心
瀏覽此幫助或儲存介紹頁連結,與遊戲公司存檔無關。
在哪裡可以更改文字、動作和聲音設定?
從選單的“設定”中開啟“角色/聲音/操作”。您的設定保存在您的裝置上,因此即使您更換公司也可以使用相同的裝置設定。
在哪裡可以更改文字、動作和聲音設定?
從選單的“設定”中開啟“角色/聲音/操作”。您的設定保存在您的裝置上,因此即使您更換公司也可以使用相同的裝置設定。
遊戲內入口
- 選單
- 環境
- 字母/聲音/操作
從選單的“設定”中開啟“角色/聲音/操作”。您的設定保存在您的裝置上,因此即使您更換公司也可以使用相同的裝置設定。
單獨的可讀性設定和管理結果
調整文字、動作、聲音等以適合您的裝置。選擇後應用並查看實際顯示。即使你把字體調大或省電,這些設定也不利於研究或利潤計算。
例如:我想讓字體變大
選擇尺寸並“套用設定”。向下滾動以閱讀長篇文章。即使您更換公司,您也將使用相同的設備設置,因此無需為每個公司再次更改它們。
操作流程
- 選擇標準、大或更大的字體大小。
- 如有必要,請啟用“減少運動”。您可以使用它來移動地圖並進行管理。
- 調整操作聲音/成就聲音、音量、震動和省電模式。
- 用“應用設定”確認。僅選中的變更可能尚未生效。
操作後確認
- “應用設定”後檢查文字、動效與聲音變化。
當心
省電模式是一種抑制繪圖的設置,不會改變研究或效益的進度。振動可在相容設備上使用。
我可以在不改變我的實際公司的情況下練習嗎?
“用短任務練習”可在另一家練習公司嘗試操作。練習成果不會轉入正式公司的資金或裝置。
我可以在不改變我的實際公司的情況下練習嗎?
“用短任務練習”可在另一家練習公司嘗試操作。練習成果不會轉入正式公司的資金或裝置。
遊戲內入口
- 指導和短期情景
- 練習短任務
“用短任務練習”可在另一家練習公司嘗試操作。練習成果不會轉入正式公司的資金或裝置。
不使用生產資金,到另一家公司學習運營
培訓公司在費用、人員和天數方面也有通常的條件。觀察失敗和不足後,記住操作順序,回到原公司後根據實際情況做出決策。實踐中獲得的資源和收入不會轉移到實際生產。
例如:當我嘗試訂購 GPU 進行練習時
檢查付款、交貨等待和操作條件的差異。返回原公司後,我們將重新考慮公司的現金、設施和交貨時間表。練習期間收到的GPU不會加入實際設備。
操作流程
- 從資訊或短期場景畫面開啟練習作業。
- 查看任務的目的和公司對實務的要求。
- 以正常成本、做法和天數進行操作並檢查結果。
- 完成後,您將從顯示的返回目的地返回原公司。
當心
培訓成果和公司績效/管理通常會單獨記錄。
我需要實際的人工智慧合約或網路連線嗎?
模型學習、GPU、雲端、AI服務是遊戲中的管理元素。無需簽訂真正的人工智慧服務合約或自己編寫任何程式碼。
我需要實際的人工智慧合約或網路連線嗎?
模型學習、GPU、雲端、AI服務是遊戲中的管理元素。無需簽訂真正的人工智慧服務合約或自己編寫任何程式碼。
遊戲內入口
- 選單
模型學習、GPU、雲端、AI服務是遊戲中的管理元素。無需簽訂真正的人工智慧服務合約或自己編寫任何程式碼。
經營遊戲中的AI企業
遊戲訓練和雲費用使用遊戲公司資金,無需真實API金鑰或AI服務合同。關閉遊戲後的現實時間,也不會直接變為遊戲經營天數。
例如:增加雲服務後
變化的是遊戲內的供應和公司成本。這並不是申請真正的雲端服務的操作。請在遊戲合約畫面上確認實際的供應開始日期、計費條件以及支付能力。
當心
遊戲模擬與存檔按離線執行設計。發售日期、價格與正式下載地址尚未確定。
反思公司活動、模式和目標
您可以從歷史中打開公司的年表、目標和成就,並檢查實際發生的決策和結果。我們不僅關注當前狀態,還關注它發生的時間。
反思公司活動、模式和目標
您可以從歷史中打開公司的年表、目標和成就,並檢查實際發生的決策和結果。我們不僅關注當前狀態,還關注它發生的時間。
遊戲內入口
- 歷史
- 公司年表/目標與成就
您可以從歷史中打開公司的年表、目標和成就,並檢查實際發生的決策和結果。我們不僅關注當前狀態,還關注它發生的時間。
將目前狀態與變更的時間和內容疊加。
年表是按時間順序查看公司決策和結果的切入點。我們回顧一下投資、研究、事故等的順序,這不能僅僅透過看目前的銷售量或模型數量來理解。區分計劃日期和實際日期。
例如:了解供應量何時開始下降
檢查時間軸和事件,以了解雲端何時結束、設施狀態、分配變化等。連接與目前供應相同主題的記錄,然後考慮所需的變更。不要因為時間重疊就得出這是單一原因的結論。
操作流程
- 打開最新事件折疊並閱讀原因和內容。
- 查看公司的年表,了解其創立、研究、模型、設施、資金等流程。
- 在「目標和成就」中,檢查尚未實現的條件和已實現的記錄。
- 根據模型的家譜和實際收支來考慮下一步的管理政策。
操作後確認
- 確認檢視的是實際日期、事件與達成記錄,而非預測。
當你遇到困難時10
檢查狀態,然後返回必要的操作。
研究、學習、社會實踐都停止了。
查看本周是否有進度、營運是否暫停、可用人員、席位、計算資源、每日支付能力等。 「停工原因和建議的修復措施」可讓您將所需金額與可用金額進行比較。
研究、學習、社會實踐都停止了。
查看本周是否有進度、營運是否暫停、可用人員、席位、計算資源、每日支付能力等。 「停工原因和建議的修復措施」可讓您將所需金額與可用金額進行比較。
遊戲內入口
- 公司
- 停工原因及修復建議
查看本周是否有進度、營運是否暫停、可用人員、席位、計算資源、每日支付能力等。 「停工原因和建議的修復措施」可讓您將所需金額與可用金額進行比較。
依時間順序、運轉狀態、缺貨狀況進行核對
先確認遊戲日期是否推進,再看暫停或待決策,最後核對人員、座位、算力和資金。逐項找出不足再修改,才能明確支出目的。
例如:我已採納但沒有任何進展
錄用後,我們不僅檢查人數,還檢查目標工作的席位、其他工作的預訂、分配和每日預算。修改條件後,提前一周並在實際提前的當天查看進度。僅開啟操作畫面無法繼續運作。
操作流程
- 確認是否在“本週經營”推進了一週,以及目標工作是否暫停。操作和瀏覽時日期不推進。
- 在「停止原因」畫面上,檢查目標作業和缺少的條件。
- 檢查人數和座位數、人員保障、分配和每日預算。
- 比較招聘、雲端和分配的擬議變更,確認條款和成本,並進行修改。
- 提前幾天,看看你的實際進步是否有增加。
操作後確認
- 檢查第二天的實際進度是否增加以及停止的原因是否仍然存在。
當心
當計算資源停在0時和當計算資源因資源不足而變慢時是有區別的。簡單地重複提前一周並不能解決缺失的情況。
API供給不足,或SLA下降
檢查實際可用推理資源是否足以滿足需求。資源分配、雲端狀態、運作中的GPU與其他業務需求都會影響結果。
API供給不足,或SLA下降
檢查實際可用推理資源是否足以滿足需求。資源分配、雲端狀態、運作中的GPU與其他業務需求都會影響結果。
遊戲內入口
- 目標工作/合約條件螢幕
檢查實際可用推理資源是否足以滿足需求。資源分配、雲端狀態、運作中的GPU與其他業務需求都會影響結果。
在相同條件下比較需求與今天可用的供給
避免將訂購的 GPU 和未來的雲端混合到目前的供應中。我們也檢查研究和學習的分配,以及合約和內部服務的需求。確定哪一個是短缺:公司範圍內的供應還是每種產品的預算。
例如:開始學習後,我就用完了 API。
審查分配變化和總需求。返回推理的提議將影響學習的進展方式,額外的採購將影響成本。比較兩者並檢查更改後的實際供應量和學習進度。單純下單並不代表今天的缺貨問題已經解決。
操作流程
- 查看模型螢幕上提供的產品和合約的供應率以及狀態。
- 檢查用於推理的分配以及用於研究和學習的金額。
- 檢查雲合同到期、供給下降與執行GPU。
- 查看總需求,包括您自己的服務和項目。
- 我們閱讀成本和條件,並就分配變更、額外採購以及小型和大型物品的使用做出決定。
當心
規劃購買、待交付或在建產能不會立即解決當前的供應短缺問題。
因資金不足而無法營運/擔心月底
不僅要檢查顯示的現金,還要檢查您的剩餘付款能力,考慮到應計費用以及下一個付款日期。在新增設備或僱用員工之前,請先了解目前的持續成本。
因資金不足而無法營運/擔心月底
不僅要檢查顯示的現金,還要檢查您的剩餘付款能力,考慮到應計費用以及下一個付款日期。在新增設備或僱用員工之前,請先了解目前的持續成本。
遊戲內入口
- 目標工作/合約條件螢幕
不僅要檢查顯示的現金,還要檢查您的剩餘付款能力,考慮到應計費用以及下一個付款日期。在新增設備或僱用員工之前,請先了解目前的持續成本。
在等待下一次存款之前查看已確認的付款
依次檢查現金、可支付餘力、應付費用及即將到來的月初付款。分別考慮減少新投資、調整持續費用或籌資的方案。取消與解約也會影響費用和供給。
例如:即使我黑了也買不起
看看你可用的消費能力來購物,而不是你的利潤。由於已記錄的應計費用、資本投資和還款,現金可能會減少。查看付款日曆以確定您是否可以在購買後繼續操作直至下一個付款日期。
操作流程
- 檢查您的財務和付款日曆,看看哪些付款最接近造成資金短缺的原因。
- 檢查學習/研究/社會實踐、工資、租金、雲端和還款的成本。
- 比較調整支出的提案以及借貸和投資的條款。
- 取消或出售前,確認退款、費用及對業務的影響。
當心
如果在不改變赤字原因的情況下重複採購,償還和股權條件可能會變得更加困難。
您無法透過簡單地關閉螢幕來取消資金耗盡的狀態。
我無法按下發布、授權、取得等按鈕。
可能不滿足操作所需的條件。在目標確認畫面上閱讀短缺原因。
我無法按下發布、授權、取得等按鈕。
可能不滿足操作所需的條件。在目標確認畫面上閱讀短缺原因。
遊戲內入口
- 目標工作/合約條件螢幕
可能不滿足操作所需的條件。在目標確認畫面上閱讀短缺原因。
在原始確認畫面上閱讀目標短缺的原因
要求因您要執行的操作而異,例如完成、發布、合約和權限。我們不僅檢查資金,還檢查提供過程中的評估、批准、事件和限制。即使其他模型符合條件,也不會被目標模型取代。
例如:即使評估通過也無法發布
檢查材料的目標、範圍和截止日期,以及缺乏公共螢幕的原因。如果協商等其他條件仍然存在,也需要作出判決。修正缺陷後,返回原來的確認畫面,以最新的條件執行。
操作流程
- 檢查目標是否達到完成、發布、提供等要求的階段。
- 審查現金、可用資金、人員、席位、物資和股權要求。
- 檢查評估期限和範圍、審議、事故以及合約和預付款的限制。
- 修正缺失的條件並返回原來的確認畫面重新確認。
當心
查看估算或儲存草稿,並不代表已滿足執行條件。
我提前了天數,但中途停止了。
週中也可能因待審批、待處理、期限前確認、重大事件或月度結算而暫停。完成決策後,可繼續同一周的剩餘時間。
我提前了天數,但中途停止了。
週中也可能因待審批、待處理、期限前確認、重大事件或月度結算而暫停。完成決策後,可繼續同一周的剩餘時間。
遊戲內入口
- 目標工作/合約條件螢幕
週中也可能因待審批、待處理、期限前確認、重大事件或月度結算而暫停。完成決策後,可繼續同一周的剩餘時間。
中途停下來並不意味著失去剩下的日子。
檢查已經過去了多少天、還剩多少天以及停止的原因。如果有任何未解決的必要決策,請完成必要的決策。如果在截止日期之前發出通知,我們將按照原始合約或慣例予以答覆。恢復是一項提前同一周剩餘時間的操作。
例如:如果止於每月結算
查看已確認月份的銷售額、費用、利潤和付款。之後,在“本週管理”中查看剩餘天數並繼續。新的月份不會為目前的一周添加新的 7 天。
操作流程
- 閱讀顯示的通知和決策畫面。
- 根據今天的決定,我們將檢查答案、做法、待發布等。
- 如果在截止日期之前暫停,請檢查原始目標並做出任何必要的更新或回應。
- 做出決定後,請在「本週的管理」中查看剩餘天數,然後繼續處理本週剩餘的時間。
當心
請不要將暫停本身解釋為購買、合約續約或問題解決。
提示“儲存尚未完成”
根據保存狀態,會顯示公司保存、公司百科、儲存資料的哪些部分不完整。如果儲存不完整,請在關閉公司前重新儲存。公司轉換可能會被取消。
提示“儲存尚未完成”
根據保存狀態,會顯示公司保存、公司百科、儲存資料的哪些部分不完整。如果儲存不完整,請在關閉公司前重新儲存。公司轉換可能會被取消。
遊戲內入口
- 選單/開始畫面
- 保存狀態
- 重新儲存
根據保存狀態,會顯示公司保存、公司百科、儲存資料的哪些部分不完整。如果儲存不完整,請在關閉公司前重新儲存。公司轉換可能會被取消。
儲存錯誤和管理失敗是兩個不同的問題。
保存問題是確認目前保存的公司和資料已經記錄。該問題無法透過提高性能或提前天數來解決。重新儲存顯示的目標,同時保持其未儲存狀態。
例如:我能夠拯救公司,但其他拯救尚未完成。
閱讀未完成的對象,例如公司百科全書和已保存狀態的儲存資料。不要因為取得了一些成功就認為整件事情已經完成。重新儲存後查看完成顯示,再次選擇取消的公司切換。
操作流程
- 檢查顯示的儲存狀態和「儲存錯誤詳細資料」。
- 在關閉或更換公司之前,請從選單或開始畫面中選擇重新儲存。
- 檢查保存是否完成。
- 如果已取消公司切換,請儲存完成後重新選擇。
操作後確認
- 確認儲存完成後,再次選擇取消的公司切換。
當心
若錯誤持續,請記錄提示內容。未儲存時刪除應用或存檔檔案,會增加恢復難度。
計劃和評估與實際結果有差異
預測是根據顯示時的情況進行的估計。由於客戶變化、分配變化、供應下降、付款、學習成果、事故等導致實際管理發生變化。
計劃和評估與實際結果有差異
預測是根據顯示時的情況進行的估計。由於客戶變化、分配變化、供應下降、付款、學習成果、事故等導致實際管理發生變化。
遊戲內入口
- 目標工作/合約條件螢幕
預測是根據顯示時的情況進行的估計。由於客戶變化、分配變化、供應下降、付款、學習成果、事故等導致實際管理發生變化。
透過匹配類型、期間和目標來比較數字
不同條件下的數據,如預測與實際結果、月度與週度總計、整個公司與單一產品等,無法直接進行比較。設定相同的條件後,檢查在此過程中發生變化的供應、客戶和付款。
例如:預測盈利,實際卻虧損
查看預測和實際客戶/供應的銷售假設。也要確認用於額外學習、評估、事件回應等的任何支出的時間。根據過去的經驗重新制定您的下一個預測,並避免假設相同的假設將繼續下去。
操作流程
- 檢查比較的值是預測值、目前值或實際值。
- 檢查目標期間和中途/結束之間的差異。
- 查看每週計劃和成就、日記和事件卡中的情況變化。
- 下一步計畫將根據現有人員、設備、物資和付款條件進行審查。
當心
不要將不同期間的總計、MRR 和實際銷售或現金和利潤作為相同的指標進行比較。
儘管我們聘請了他們,但座位短缺的問題並沒有解決。
招募是增加人員數量的操作。要增加研究座位和辦公室座位的數量,請檢查地板使用情況和室內設計。
儘管我們聘請了他們,但座位短缺的問題並沒有解決。
招募是增加人員數量的操作。要增加研究座位和辦公室座位的數量,請檢查地板使用情況和室內設計。
遊戲內入口
- 目標工作/合約條件螢幕
招募是增加人員數量的操作。要增加研究座位和辦公室座位的數量,請檢查地板使用情況和室內設計。
分別檢查空房、研究席位和辦公室席位。
如果租用的樓層一直空著,座位不足的問題就無法解決。檢查室內設計的目的是否與所需工作相對應。您的第一份辦公室合約不包括遠端座位,因此除了保證金之外,您還需要保留家具費用。
例如:租下辦公室後研究立即停止
打開各層的用途,看看實驗室的內部是否已經完成。簡單地簽訂合約可能會導致研究席位為0。換到實驗室後,檢查研究席位、人員、分配狀況,隔天再檢查實際進度。
操作流程
- 檢查是否缺少研究席位或辦公室席位。
- 檢查您租用的大樓各樓層是否還有空房間。
- 檢查所需用途的內部成本以及變更後的座位數。
- 更改後,我們將檢查人數和可用座位。
操作後確認
- 在僱用額外員工之前,請先確認目標企業所需的席位數量是否可用。
當顧客數量減少或取消訂單增加時
我們關注價格變化、應用程式品質、供應下降以及競爭和可靠性的變化。將客戶數量與實際產品相匹配,而不是與未來的期望相匹配。
當顧客數量減少或取消訂單增加時
我們關注價格變化、應用程式品質、供應下降以及競爭和可靠性的變化。將客戶數量與實際產品相匹配,而不是與未來的期望相匹配。
遊戲內入口
- 目標工作/合約條件螢幕
我們關注價格變化、應用程式品質、供應下降以及競爭和可靠性的變化。將客戶數量與實際產品相匹配,而不是與未來的期望相匹配。
從何處、何時減少來縮小原因範圍
我們不僅關注整個公司客戶數量的變化,還關注產品、地區和合約的變化。由於涉及品質、價格、供應、信任、競爭等多個條件,我們將變更時間與實際供應情況進行比較。
例如:降價前檢查供應情況
如果當客戶數量減少時供應率也下降,請先檢查雲端過期或分配變化。僅改變價格並不能解決供應短缺問題。採取行動後,請查看同期的新收購、取消、銷售和利潤。
操作流程
- 找出客戶減少的具體產品、地區或合同。
- 查看目前的產品模型、定價、SLA 和使用品質。
- 核對雲到期、分配變更、訓練或其他業務啟動的時間。
- 比較價格、配置、模型和採購選項。
- 進行更改後,檢查幾天的新採購、取消和實際銷售情況。
操作後確認
- 了解供應和利潤以及客戶數量的變化。
提前供給和遷移的觀察天數不會增加。
區分螢幕上的日曆日期和實際符合條件的配置和驗證天數。檢查目標供應狀態以及所需的 SLA、供應和資金。
提前供給和遷移的觀察天數不會增加。
區分螢幕上的日曆日期和實際符合條件的配置和驗證天數。檢查目標供應狀態以及所需的 SLA、供應和資金。
遊戲內入口
- 目標工作/合約條件螢幕
區分螢幕上的日曆日期和實際符合條件的配置和驗證天數。檢查目標供應狀態以及所需的 SLA、供應和資金。
日期提前的日期與符合條件的日期不同。
在測試和驗證過程中,我們會檢查我們是否能夠實際提供產品,以及我們是否具備品質、SLA、資源、資金等。所需天數的計算方法因目標而異,因此請閱讀每個螢幕上的結果和短缺原因。
例如:過了7天,驗證仍未結束
即使已經過去了 7 天,如果有一天無法滿足供應或 SLA,那一天也可能不是有效結果。分別檢查日期和驗證記錄。即使達到了所需的結果,也要檢查是否還有遷移、擴展或維護舊版本的剩餘決定。
操作流程
- 確認遊戲日期已推進,目標測試或驗證仍在進行。
- 提前配貨可以看到隔天起的顧客狀況以及每天的配貨記錄。
- 相容性驗證著眼於SLA、實際銷售以及現有客戶和驗證方之間的額外推斷需求。
- 更正缺失的條件並檢查是否已新增第二天的結果。
- 如果您正在等待決定,請選擇擴充功能、遷移或維護舊版本的選項。
當心
即使滿足了所需的天數,也不一定會自動發生完全遷移。另請檢查驗證期限和合約結束時間。
術語表31
簡明解釋遊戲畫面中的術語。
- 研究
- 努力發展某一領域的新知識和水準。使用研究人員、研究席位、成本和計算資源進行研究。
- 學習
- 依據所選設計訓練新的自有模型。記錄啟動時的費用、設計與預測條件,再檢查實際進度和結果。
- 推理
- 使用已完成的模型處理客戶請求。需要計算資源來滿足需求。
- API
- 為顧客提供模型的產品系統。遊戲決定每個市場的模型、價格、預算和供應。
- GPU
- 支援研究、學習和推理計算的設備。不能單單下單使用;必須滿足交貨和操作條件。
- 雲服務
- 從外部採購的遊戲內計算資源。審查數量、成本、合約期限、最低費用以及暫停或終止條款。
- SLA與供給滿足度
- 衡量必要的供給需求能夠滿足程度的指標。區分合約特定標準和公司範圍內的顯示。
- MRR
- 代表每月經常性銷售額的指標。這與當日收到的現金或扣除費用後的利潤不同。
- 現金
- 公司手頭上有錢。投資、還款、借款、投資也會增加或減少。
- 支付能力
- 考慮到應計費用,可用於當前營運的資金。顯示的金額可能與顯示的金額不同。
- 利潤
- 實際銷售額扣除費用和利息後的結果。由於借款和投資而增加的資金不包括在內。
- 折舊
- 根據使用期限將設備等資產分配至費用的會計處理方法。與購買時的現金支出區分開來。
- 借款、本金、利息
- 借來的錢就是本金,借錢的成本就是利息。本金償還和利息支付在會計上分別核算。
- 投資/稀釋
- 接受新股等資金。股份數量和股東權益可能會發生變化,創辦人的比例可能會減少。
- M&A
- 公司和企業的收購和整合。確認股權要求、成本、人員和客戶轉移以及整合期。
- IPO
- 以股票上市。需要與投資銀行、公司揭露條件、成本和明確實施做好準備。
- 評價範圍
- 遊戲內記錄,顯示外部評估資料的驗證程度。這不是性能或安全的保證。
- 執行權限
- 允許模型執行的行動範圍。它與模型發布是不同決策,需檢查評估、事故與監督條件。
- 種子
- 隨機初始條件可在相同條件下重現模擬。當你再次嘗試時,你也會檢查公司和世界的起始條件。
- 工作日
- 必要的人員、資源和付款條件得到滿足並且工作實際取得進展的那一天。即使日曆上的天數提前,暫停的練習也不會進行。
- 允許的範例
- 您已獲得使用權的學習資料。在選擇它進行下一次學習之前,需要付費維護。
- 翻新範例
- 可以在使用條件下準備並為學習計劃選擇的資料。僅獲得許可和累積資訊並不能完成維護。
- 父模型
- 派生出下一個派生模型的模型。它繼承了優點和缺點,也與學習成本和推理負荷有關。
- 提前報價
- 保留舊版本並向部分客戶提供試用版的比較。觀察實際配置結果,決定是否要遷移或維護舊版本。
- 相容性驗證
- 向合約客戶提供舊版本,同時透過附加推論驗證新版本的流程。記錄滿足 SLA 和實際銷售情況的績效。
- 維護
- 正在進行的支援公共模型運行可靠性的工作。有設定成本和日常成本,這與模型效能評估不同。
- HQ分配
- 確保海外業務等支援的總公司負責人。由於人員是在公司內部共享的,因此也會影響其他業務的人員數量。
- 留存收益
- 公司剩餘利潤。可以分配的金額不僅受到利潤的限制,還受到公司支付能力和必要營運資金的限制。
- 潛力股
- 股票期權等未來可能發行的股份。應與當前股權結構區分,瞭解對持股比例的影響。
- 歸屬
- 授予員工的股票選擇權在滿足條件和天數後可以行使的階段。這與付款和股票發行的執行是分開的。
- 推理預算
- 分給API產品的推理份額。應區分全公司的研究、訓練、推理分配,與各產品之間的用途分配。
螢幕名稱和條件可能會隨著開發而改變。在進行付款、發布和簽訂合約之前,請檢查遊戲中顯示的條款和條件。
返回幫助頁首
如何區分答案、實踐和對社會承諾的證據?
選擇回應、完成實施、證明承諾的改進以及發布結果是單獨的步驟。不要只回答問題;檢查案件進度和實際工作情況。
遊戲內入口
選擇回應、完成實施、證明承諾的改進以及發布結果是單獨的步驟。不要只回答問題;檢查案件進度和實際工作情況。
從答案到實踐,從證據到結果發布
檢查所選回應的實際工作以及承諾目標的證據/披露。
左:比較回應成本和截止日期
不僅要閱讀回覆期限,還要閱讀實際工作天數、負責人、學習計算、每日資金和工作期限,然後開始回覆。實際工作時間為 0 天的提案可能會立即完成。
中:累計您實際工作的天數。
只有當我們有人員、計算資源和資金的時候我們才會進行。實際工作日是累計的。兌現承諾需要及時證明同一主題的實踐。
右:查看結果和發表記錄
了解您的工作成果是否已應用。承諾的實踐證據和後續案件結果的公佈是單獨記錄的。檢查完成後仍然存在的任何問題或限制。
我們將分別看答案→實際進展和結果→承諾的實際證據→結果揭露。僅對通話進行錄音並不能證明改善。
材料和人員是表示情況的隱喻,並不代表所需的人員數量、天數或事件數量。實踐和結果的公佈並不能保證所有問題都會得到解決或得到社會的認可。也有一些不置可否的回應。
開始之前
例如:實際需要的 3 天工作不一定是已經過去的 3 天。
假設第1天工作,第2天缺人,第3、4天繼續。累計實際工作日為1 → 1 → 2 → 3,暫停不會把累計進度清零。但期限仍推進,應儘早解決人手不足。這是假設示例;承諾期限和工作期限請分別檢視對應畫面。
操作流程
操作後確認
當心
社會實務同一時間只能進行一項。開始新活動前,請確認目前活動已完成或中止。中止不會刪除已發生的費用與實際工作紀錄。
實際工作的完成和結果的公佈並不能保證所有社會問題都會得到解決。其他模型和其他案例的問題可能仍然存在。