Загрузка видео...

Не удалось загрузить видео

На главную

#女生打卡十幾個博物館復原50套漢服 江蘇南京,工科女孩張則寧讀研一時接觸並喜歡上漢服,工作後她辭了職。10年來,她自學繪畫和服裝設計,打卡十幾個城市去博物館看壁畫、查資料,復原出了50多套不同朝代的漢服。 張則寧說,不單單是復原一件衣服,“感受這個文化就很震撼很開心”。

335,725 просмотров • 2 лет назад •via X (Twitter)

Комментарии: 11

Фото профиля X评
X评2 лет назад

再有文化,也是在远离文明

Фото профиля 馳風雲
馳風雲2 лет назад

這些複製品都不能代表真正的漢服,從面料,款式,型制⋯相去甚遠,最多算戲服。

Фото профиля 自由戰士
自由戰士2 лет назад

中國!過去所謂五千年,沒有什麼事情是值得現在繼承的,封建王朝,專治皇帝,跪地不起的臣民! 還漢服呢?這女孩學過歷史嗎?漢朝六十歲活埋!

Фото профиля NYAHALLO 🐈‍⬛
NYAHALLO 🐈‍⬛1 год назад

Nyahallo: Where art meets fashion, with enchanting, one-of-a-kind pieces.

Фото профиля 走过、路过、看过👋
走过、路过、看过👋2 лет назад

螺丝壳里面的道场

Фото профиля Freak
Freak2 лет назад

说得难听点,现在这些所谓的“汉服”穿在身上只会像青楼妓女

Фото профиля 风铃
风铃2 лет назад

很强的妹子!!!用事实打脸一群自诩“文明”的存在。

Фото профиля Joanna
Joanna2 лет назад

👏👏beautiful

Фото профиля Susie
Susie2 лет назад

梦回文化

Фото профиля 明月
明月2 лет назад

戏服

Фото профиля Momoku
Momoku2 лет назад

10年靠啥吃喝?

Похожие видео

這個彤彤直播主很紅嗎? 怎麼大家都在跟她開黃腔 後面粉絲問這個車能不能推 其他粉補一句 我是老漢交給我就完事 我整個笑死 大家實在太幽默了 為什麼我覺得 Talus 比多數 AI 專案更像「長期基建」 這段時間看了很多 AI 專案,你會發現一個很明顯的現象 大家都在比模型多大、參數多少、推理多快 好像只要 AI 夠聰明,事情就自然會發生 但 Talus 走的是完全不同的路 他們把重點放在處理一個更難、也更無聊的問題 AI 能不能長期、穩定地在鏈上運作,形成真正的經濟活動? Talus Labs 的設計邏輯,很像在蓋一座城市 Nexus 是底層框架 相當於城市的法律與基礎設施 它定義了 AI agent 怎麼存在、怎麼互動、怎麼被驗證 不是單一功能,而是一套可持續擴展的規則系統 Agent 是角色 每一個 agent 都有身份、有資產、有行為紀錄 可以彼此合作、競爭、分工 它們不是一次性工具,更像是長期活動的經濟單位 Workflow 則是產線 把複雜的決策與行為拆成標準化流程 讓策略可以被複製、被重用、被優化 這對生態擴張非常重要,因為它讓「成功經驗」可以累積 這三個東西組合在一起,才會出現真正的護城河 很多 AI 專案解決的是「我能不能做到這件事」 Talus 在想的是「十萬個人、十萬個 agent 同時用,系統會不會崩?」 這種問題沒那麼好講故事,也很難短期爆紅 但一旦真的跑起來,別人要複製成本會非常高 你不只要抄功能,還要重建整個框架、標準與生態協作方式 這正是基建型專案的特徵 我會覺得 Talus 更像長期基建,還有一個原因 它的成功,不完全取決於官方做了多少功能 而是有多少人願意在上面「長期建東西」 策略制定者、agent 設計者、生態應用、工具模組 這些角色都能在同一套框架下持續產生價值 這不是短線題材,也不太適合快進快出 它更像是在修一條高速公路,前期看起來沒那麼熱鬧 但一旦交通流量起來,誰都離不開 所以我才會說 Talus 與其說是一個 AI 專案 不如說是在慢慢鋪一個「AI 上鏈經濟」的底座 這種工程,急不來 但一旦完成,就會存在很久

小美哥🕊️|🐬TermMax

642,120 просмотров • 8 месяцев назад

[Vibe Coding 實戰演示] 昨天看到wei神公佈Read only的API就想說來玩一下Vibe Coding,寫出了一個過去wei神的歷史交易數據紀錄平台,平台記錄著wei神過去交易資訊,然後搭配Chart的K棒來做交易Mark參考,記錄一下整個Vibe過程,順便教學一下我都怎麼 Vibe Coding 一些想法。 我沒有把平台部屬起來,直接開源放到了Github上面,所有歷史交易數據包含order還有trade還有帳戶history的csv資料也都放到雲端開放大家下載,留言都有連結。 整個Vibe過程大概花了半天,中間經歷了使用Gemini 3還有Opus 4.5,大致過程如下: 1⃣一開始使用Antigravity+Gemini3,我直接把wei神的貼文複製貼上去並加了這個prompt "這是一個交易員公開了他的read only api,請幫我分析內文這是哪一家cex的api並且把他過去的歷史交易資訊全部抓下來存成csv" 接著他直接分析內文認為是bitmex的api,但他還是寫了一個script測試是幣安還是bitmex,確認是bitmex後就寫出了一個抓取data的script去把歷史trade的數據給抓了回來。 2⃣資料抓完之後我下了這個prompt "請幫我利用抓取下來的trade history建立一個dashboard,包含了所有資訊,並且加入Chart來顯示交易的紀錄" 然後就一步步生出了一版非常陽春的版本,上面有歷史K棒擠了一大堆的BUY & SELL,然後下面顯示所有的交易Table。 這邊提一下,中間會出現一些error,Antigravity很炫,可以在瀏覽器安裝一個extension,他會直接去操作網站並截圖error直接分析debug,但我這邊非常不建議讓他這麼做,精準度太差,建議一律手動複製網站上的error log貼上去當prompt 做debug。 3⃣因為抓下來的Trade log並不是倉位歷史的資訊,基本上只有buy 跟sell,而且同一個order會拆成很多的buy呈現在圖表上整個超亂的,我想做的應該是分析wei神每一個倉位歷史開單邏輯跟關單邏輯,如果不把trade整合成倉位歷史根本沒辦法看,所以我就下了這個prompt。 "有辦法把這csv做成類似倉位歷史嗎? 就是每一個開單還有這個開單pnl多少那種? 還是bitmax可以fetch這種api? 因為目前的trade log是每一次的交易(有可能是同一個order但分不同trade成交),不是同一個order跟position,想要做成那種倉位歷史的概念,請幫我做看看?" 結果他使用了FIFO (先進先出 First In, First Out)的方法來幫我整理CSV並新增了一個Position的Page,但這問題就來了,我看了一下整理出來的倉位歷史一定是錯的而且超亂,之後不論我怎麼問Gemini 3 一直鬼打牆在處理csv,結果也都一直是錯的。 4⃣ 剛好 Claude Opus 4.5 釋出,想說試試看,我就切換到Cursor + Opus 4.5,下了這個prompt (其實就是閒聊) "這是我之前設計的一個平台,有一個很厲害的交易員提供 READ ONLY的API, 讓使用者可以抓他Bitmex這家交易所的歷史交易資訊, 我之前有寫一個script把trade log都抓成 bitmex_trades csv這個檔案 不過我發現這是trade log, 每一筆trade都會記錄, 但並不是倉位歷史, bitmex有api抓倉位歷史嗎? 還是說要用這個csv去計算倉位歷史,bitmex 除了trade history以外有沒有什麼api可以抓取更多information讓這個平台更好的? 然後這個平台目前有display 每一筆交易的 chart, 我是希望可以變成倉位歷史, 然後點倉位後就可以顯示那一次的倉位操作來做學習" 神奇的來了,Opus直接去翻bitmex的api doc,抓取了wallet/order/execution history,然後直接把我卡了很久的問題全部解決了,他直接利用了order還有execution算出了比較精確的倉位歷史,甚至還幫我加了首頁的Overview Page。 5⃣ 接下來就是一些前端的修飾,我直接回到Gemini請他幫我調整CSS跟介面讓介面看起來更專業一些,還有更新Chart使用類似TradingView的畫面。 最後還是感謝 paulwei 提供實盤紀錄供別人學習,確實是我看過第一個這樣公開敢把實盤 API 直接丟出來,讓大家無死角檢視並學習每一筆進出單細節的交易員。 而這就是 Vibe Coding 的魅力,半天時間就能把一個單純的 idea 落地成實用的分析工具,整個過程基本上你也不需要懂程式。 最後希望這篇實戰紀錄能給大家一點啟發,都一起 Vibe 起來吧!

0xFunky

184,809 просмотров • 8 месяцев назад

一位中國數學家在取得博士學位後,花了7年在Subway做三明治。58歲那年,他解決了一個150年來沒人認為能解決的數學難題。他的名字叫張益唐,這個問題就是「孿生素數猜想」。 他1955年出生於上海,九歲那年就知道自己這一生要獻給數學。那一年,他獨自推導出了畢達哥拉斯定理(勾股定理)的證明。沒有人教他,他是自己想出來的。 然後,文化大革命來了,把一切都奪走了。中國政府關閉了學校。張益唐的父親與共產黨有政治矛盾,他因此和母親一起被下放到農村,在田裡勞動。 他當了10年的農民,沒有高中、沒有課堂、沒有老師。他在田間能找到數學書的時候,就拿起來讀。 革命結束時,張益唐已經23歲。他參加了大學入學考試,考進了中國最頂尖的數學系之一——北京大學。他完成了本科和碩士學位。北京大學校長親自推薦他,獲得了美國普渡大學的全額獎學金。 1985年,他來到普渡大學,1991年取得博士學位。然後,第二道牆出現了。他與博士生導師的關係破裂,導師拒絕為他寫推薦信。沒有這些推薦信,學術職位的道路就關閉了。 他投了無數申請,石沉大海。博士畢業後的那些年,他當過會計、送過外賣,沒工作的時候就睡在車裡。一位朋友在肯塔基州開了一家Subway三明治店,邀請他去工作。張益唐接受了。他負責記帳,也做三明治。一位擁有普渡大學數學博士學位的人,因為學術界沒有他的位置,只能站在Subway的櫃檯後面。他做了整整七年。 1999年,他終於被新罕布夏大學聘為講師。不是教授,只是講師——學術階梯的最底層,沒有研究經費、沒有研究生、沒有機構支持。他給本科生教微積分,然後用剩下的時間一個人做數學。大多數人到這時候早就放棄了。張益唐沒有。 孿生素數猜想是數論中最古老的未解問題之一。孿生素數是指兩個質數之間只差2:比如5和7、17和19、41和43。這個猜想認為,無論在數軸上走多遠,這樣的數對永遠不會消失。數學家相信這件事已經超過150年,卻始終無法證明。 這個問題更深刻的版本問的不是孿生素數是否無窮,而是是否存在某個固定的有限差距,使得質數之間以這個差距無窮多次地出現。 這被稱為「有界間隙問題」。解析數論領域最優秀的數學家們攻堅這個問題數十年。2005年三位研究者的一篇里程碑式論文已經極其接近,卻仍未能完成最後一步。 張益唐一個人研究這個問題。沒有合作者、沒有經費、沒有系裡的討論會可以測試想法。他曾說,自己會去朋友家,在花園裡一想就是好幾個小時。 2012年,在科羅拉多州一位朋友家中做客時,靈感突然打開了。2013年4月,他把論文投給了《數學年刊》(Annals of Mathematics)——世界上最權威的數學期刊。論文通常要審稿數月甚至數年,但編輯們一看就知道這篇不一樣。他們立即寄給解析數論領域的頂尖專家審閱。三週後,論文被接受。 這篇論文證明:存在一個小於7000萬的有限間隙,使得質數之間以這個間隙無窮多次地出現。不是2,不是孿生素數的精確間隙,但這是歷史上第一次有人證明質數不會永遠漂離,它們會不斷重新靠攏。 普林斯頓高等研究院的著名數學家彼得·薩納克(Peter Sarnak)說:「他之前沒做過什麼引人注目的事,沒人認識他。但他的結果太驚人了。」那一年,張益唐58歲。 一年之內,他獲得了麥克阿瑟天才獎、科爾數論獎、羅爾夫·肖克獎,並被加州大學聖塔芭芭拉分校聘為正教授。那個曾在Subway做了七年三明治的人,成了當世最受尊崇的數學家之一。他在一次採訪中說:「我並不是幸運。也許對一個人來說,讓自己被公眾知道更重要。但這對我來說並不容易。」 他沒有抱怨,只是精確地陳述事實。數學界有一個悄悄的共識:偉大的工作都是年輕時完成的。菲爾茲獎的年齡上限是40歲。大多數改變領域的數學家都在三十幾歲做出成就。而張益唐在58歲、經過10年農村勞動、7年賣三明治、10年無人關注地教大一微積分之後,證明了他一生最重要的定理。他沒有趕上期限。他證明了:根本沒有期限這回事。 下推的中文翻譯 by grok ---他是胡平的老朋友。胡曾寫過專文介紹

zhang haitao

68,701 просмотров • 2 месяцев назад

相信平常開很多 terminal 跑 agents cli 的人,都會跟我一樣遇到過這幾個痛點: 1. terminal 多到找不到哪一個是你要的 2. tmux 指令不熟,每次切換都卡卡的,還容易不小心跳錯視窗,往上滑還不能用滾輪 3. 要 share 文檔給其他 agent 只能手動複製貼到 project folder 找了一圈目前開源的 agent 管理平台,沒有一個符合我的操作習慣的,所以我把之前開發 VibeHQ 的優點留下來,就自己重新做了一個TermHive的多Agents 管理平台。 • 保留 Tmux 的遞迴分割視窗 + 可拖拉分隔線,利用滑鼠就可以切換與視窗滑動不再使用指令。 • Shared Content Folder 集中式的檔案空間,讓 team agents 之間互相讀寫溝通更順暢。 • 做了一個 Project Wiki,靈感來自 Karpathy 的 LLM Wiki,每個 project 一份持久化的結構化 wiki。直接叫 agent 去讀 wiki 就能快速掌握現況,可讀可寫,等於整個 team 的 knowledge base。 已經用這個管理Agent很久了,桌面乾淨,Project 有共享wiki不怕開發記憶流失(也保留了agent原生的記憶)content 共享順暢,用這套來開發是真的蠻順手的,我公司有部署一套在雲端,另一個開發員工直接無縫共享開發。 Harness Engineering 真的太捲了,之前開發的VibeHQ一直達不到心中的標準,即使做了很多架構跟規範但最後也很容易不受控亂掉,就算讓AI做 Auto-Optimization 還是會越改越糟,最後還是回到自己操作Agent了,因為我相信那些大廠遲早會把harness給搞好,就好好使用他們達到我的目的就好😂 TermHive是開源的,連結放留言。 話說這demo影片完全是由AI用remotion做出來了的,效果也還不錯,簡單乾淨。

0xFunky

14,669 просмотров • 4 месяцев назад