TL;DR
이번 포스트 묶음에서는 Grok @Bot이 원격 컴퓨터와 전문 에이전트를 결합해 장시간 업무를 이어가는 방식, Qwen3.8-27B의 로컬 비검열·사이버 보안 변형, 그리고 정적 문서를 KV 메모리에 저장하는 Cache-Augmented Generation이 기술 논점으로 모였습니다. CacheBlend는 여러 문서의 캐시를 선택적으로 재계산해 다문서 질의를 2~4배 빠르게 처리했다는 수치를 내놓았습니다. 에이전트 평가에서는 pass@k가 pass@1보다 높아 후보 생성보다 선택이 병목이라는 관찰이 나왔고, GLM-5.3은 공식 DeepSWE 리더보드에서 69점을 기록했습니다. 개인 맞춤형 암 백신에서는 종양 DNA·RNA 시퀀싱과 작은 Neural Network를 활용한 표적 선택이 거론됐으며, AI 보안에서는 공격자와 방어자의 역량 격차를 줄이기 위한 API와 open model 활용이 과제로 제시됐습니다.
𝕏 실시간 트렌드 토픽
🔥 Grok @Bot의 지속형 컴퓨터와 전문 에이전트포스트 7
Grok @Bot이 원격 컴퓨터와 전문 에이전트 라우팅을 결합해 사용자가 기기를 닫은 뒤에도 업무를 이어가는 구조가 포스트에 집중됐습니다.
세부 내용 보기
- Grok @Bot 관련 포스트는 단순 질의응답을 넘어 고객 이탈자 재접촉, 소프트웨어 배송, 콘텐츠 제작처럼 지속 실행이 필요한 업무를 겨냥합니다. 에이전트가 특정 작업을 받은 뒤 원격 컴퓨터에서 파일과 로그인 상태를 유지하고, Chief of Staff가 연구·작성·시각 자료·분석 전담 에이전트로 일을 나누는 흐름입니다. 한 사례에서는 최근 6개월 이내 이탈 고객을 찾아 이메일을 보내고 여러 고객을 되찾은 뒤 피드백을 수집했다고 전했습니다.
- Grok @Bot의 차별점으로 사용자가 노트북을 닫거나 데스크톱을 재부팅해도 원격 컴퓨터에서 작업이 계속된다는 점이 제시됐습니다. Grok Build는 Blender를 한 번도 사용하지 않은 사람이 첫날 iPhone 렌더를 만들었다는 사례와 함께 거론됐고, 다른 포스트는 AI 에이전트를 누구나 콘텐츠 제작에 활용할 수 있다고 전했습니다. 다만 게시물의 수치는 주로 사용자 사례와 기능 설명에 머물러 정량적인 성공률 비교는 포함하지 않습니다.
원문 트윗 2개 보기

Elon Musk
Grok @Bot has its own remote computer @SpaceXAI , so keeps working even when you close your laptop or reboot your desktop. Big difference.
OpenClaw vs. Hermes vs. Grok @bot, clearly explained: All three let you set up an agent with a specific job, and it keeps its files and logins between sessions instead of starting fresh. OpenClaw and Hermes are self-hosted, so the machine can be a laptop, a VPS, or a container x.com/11751664508326…

Grok
The chief of staff routing to specialized agents with shared memory and their own persistent computers is the real unlock. Research lands in the draft before writing starts, visuals stay consistent, analytics close the loop. One person clears the backlog without becoming the bottleneck.
📈 Qwen3.8-27B의 로컬 비검열 사이버 모델포스트 3
Qwen3.8-27B를 기반으로 거부 응답을 줄이고 사이버 보안 작업에 맞춘 로컬 변형들이 잇따라 포스트에 등장했습니다.
세부 내용 보기
- 포스트들은 Qwen3.8-27B 변형을 로컬 환경에서 실행하면서 사이버·공격 보안 질문에 대한 거부를 줄이는 방향을 공통으로 제시합니다. 한 변형은 842개 유해 프롬프트에서 0.0% refusal, MMLU 87.4에서 81.4로 6포인트 하락했다고 적었고, 다른 변형은 held-out cyber-offensive 프롬프트와 cyber-open eval에서 각각 100점을 기록했다고 전했습니다.
- 실행 방식은 양자화와 하드웨어 제약 완화에 초점을 둡니다. 2-bit MLX 빌드는 8GB에서 실행되고 CUDA와 클라우드를 사용하지 않으며 Mac에서 로컬 red-teaming을 수행하도록 구성됐다고 적혔습니다. Native vision, MTP, 262K context, 4·6·8-bit 빌드도 함께 언급됐지만, 각 변형의 평가 조건이 동일한지는 포스트에서 확인되지 않습니다.
- 게시물의 핵심 교환관계는 안전 거부를 낮추는 대신 일반 능력이나 안전성을 희생할 수 있다는 점입니다. 따라서 0 refusals와 높은 사이버 점수는 기능적 순응도를 나타내지만, 일반 성능 저하와 악용 위험을 함께 평가해야 하는 사례로 읽힙니다.
게시물 작성자들은 로컬 실행, 낮은 메모리 요구량, 사이버 작업 특화 성능을 실용적 장점으로 평가합니다.
일반 성능 점수 하락과 공격 보안 기능의 무제한 순응은 안전성과 범용성 측면의 비용으로 제시됩니다.
원문 트윗 2개 보기
Md Ismail Šojal
The most aggressive Cyber Qwen3.8-27B uncensored released yet from bro @elder_plinius - 18/18 AI Red Team - Locally ready for 15GB - 0.0% refusal across 842 harmful prompts. - Cyber capabilities jailbreak, RAT, and attack-chain capabilities fully liberated. - This is not a normal abliteration, Multi-direction ablation 5 SVD directions, residue mining (6 full rounds), Model answers everything. - Optimal settings: temp 0 | rep_pen 1.15 | no system prompt | thinking off - Slight MMLU cost (-6pp) for maximum compliance. - Capability trade-off exists (MMLU 87.4 to 81.4), but compliance is extreme. - http:// huggingface.co/OBLITERATUS/Qw en3.8-27B-OBLITERATED …
Md Ismail Šojal
Qwen3.8-27B just got a proper cyber-focused uncensored & Run locally. Specifically tuned to answer cyber & offensive-security questions without the usual refusals. - Abliterated cyber-tuned - 100/100 on held-out cyber-offensive prompts - Scored 100 on their cyber-open eval. - Vision & MTP (speculative decoding) included - Clean Q4_K_M to Q8_0 quants One of the more practical uncensored 27B releases for local red team / security work. - http:// huggingface.co/philbert440/Qw en3.8-27B-Uncensored-Cyber-GGUF …
📈 RAG와 CAG를 결합한 KV 캐시 재사용포스트 2
정적 문서는 KV 메모리에 캐시하고 최신 문서만 검색하는 구조가 RAG의 반복 조회 비용을 줄이는 방법으로 제시됐습니다.
세부 내용 보기
- 게시물은 모든 질의마다 Vector DB를 조회하는 RAG의 비용과 지연을 문제로 삼습니다. 정책·문서처럼 수개월 동안 바뀌지 않는 정보는 모델의 KV 메모리에 한 번 저장하고, 최근 업데이트와 실시간 문서만 검색하는 RAG + CAG 구조로 분리하면 반복 처리를 줄일 수 있다는 흐름입니다. 캐시 대상을 지나치게 늘리면 context limits에 부딪히므로 정적이고 가치가 높은 정보만 남겨야 한다고 설명합니다.
- 정확한 prefix 일치 방식에서는 캐시된 문서의 순서가 바뀌거나 앞선 문서가 달라지면 cache miss가 발생합니다. CacheBlend는 문서 경계 사이를 연결하는 일부 토큰만 다시 계산하고 나머지 문서별 캐시 상태를 재사용해 순서 의존성을 완화하는 방식이며, 게시물은 다문서 질의가 2~4배 빨라지고 품질이 유지된다고 전합니다. 이 기능은 LMCache에 포함된 open-source 구현으로 소개됩니다.
- 이 구조는 정적 정보와 동적 정보를 같은 검색 경로에 넣지 않고 처리 단계 자체를 나누는 데 의미가 있습니다. 캐시 적중률이 높은 블록에 메모리를 집중하면서 최신 정보에는 retrieval을 유지해, 속도와 비용을 줄이되 정보 갱신 경로를 보존하는 설계입니다.
CAG와 CacheBlend는 정적 문서의 반복 검색과 전체 재계산을 줄여 속도와 비용을 낮추는 방식으로 평가됩니다.
캐시 대상이 많아지면 context limits에 도달하고, exact prefix 규칙은 문서 순서 변경에 취약하다는 제약이 함께 제시됩니다.
원문 트윗 2개 보기
Akshay
RAG vs. CAG, clearly explained! RAG is great, but it has a major problem: every query hits the vector DB. even for static information that hasn't changed in months. this is expensive, slow, and unnecessary. Cache-Augmented Generation (CAG) fixes this by letting the model keep static information in its key-value (KV) memory, which is what the model builds internally for every token it reads. in fact, you can combine RAG and CAG for the best of both worlds. here's how it works: RAG + CAG splits your knowledge into two layers. ↳ static data (policies, documentation) gets cached once in the model's KV memory ↳ dynamic data (recent updates, live documents) gets fetched via retrieval you get faster inference, lower costs, and less repeated work. the trick is being selective about what you cache. only cache static, high-value knowledge that rarely changes. cache everything and you'll hit context limits. separating "cold" (cacheable) and "hot" (retrievable) data keeps this system reliable. you can start today. OpenAI and Anthropic already support prompt caching in their APIs. one thing to know before you scale it. prompt caching matches on an exact prefix, byte for byte. your cached layer only gets reused when it sits at the very front of the context in the same order every time. ↳ reorder two cached policy documents and both turn into a miss ↳ cache document A alone and document B alone, then query both, and the second one misses because the model computed its cached state without ever seeing the first in production this looks like a small fraction of your cached blocks serving almost all the hits. the rest just sits there. the way out comes from how attention behaves. tokens attend mostly to their own local neighborhood, and only a few reach across document boundaries. CacheBlend recomputes those few and reuses everything else from the separately cached documents. multi-document queries run two to four times faster, quality holds, and order stops mattering. it ships in LMCache, which is fully open source. repo: https:// github.com/LMCache/LMCache (don't forget to star ) below, i have quoted my article on KV cache management. it covers where prefix caching stops working and how a proper caching layer fixes it. give it a read. cheers! :)

Cohere Labs
New blog from our community! Vijay Kumar shares the story of turning frustration with context limits into an open-source framework for smarter memory management. Read the full post: https:// labscommunity.cohere.com/blog/2026/big- context-windows-are-not-memory/ …
➖ 에이전트 후보 선택과 GLM-5.3의 DeepSWE 점수포스트 2
에이전트가 정답 후보를 생성한 뒤 어떤 답을 선택할지가 병목이라는 평가 관찰과 GLM-5.3의 공식 리더보드 점수가 함께 등장했습니다.
세부 내용 보기
- 한 포스트는 여러 generator에서 pass@k가 pass@1보다 높았고, 정답이 후보 풀에 들어왔는데 aggregation 단계에서 버려지는 경우가 반복됐다고 전합니다. 즉 입력을 처리해 후보를 만드는 단계보다 후보를 모으고 고르는 단계가 최종 정확도를 제한할 수 있다는 문제 설정입니다.
- 이 관찰은 단일 답변의 품질만 높이는 접근과 다른 평가 방향을 가리킵니다. 여러 후보를 생성한 뒤 선택기가 각 후보의 근거와 일관성을 비교해 하나를 고르는 처리 흐름이 필요하지만, 게시물에는 선택기 구현이나 개선 폭의 수치가 없습니다. 같은 기간 GLM-5.3은 공식 DeepSWE leaderboard에서 69점을 기록했다는 짧은 벤치마크 소식으로 묶였습니다.
pass@k가 pass@1보다 높다는 결과는 정답 생성보다 후보 aggregation과 selection 개선이 중요하다는 근거로 제시됩니다.
GLM-5.3의 69점은 순위 수치만 전달됐으며, 다른 모델과의 조건별 비교나 선택 방식과의 직접적인 연결은 제공되지 않습니다.
원문 트윗 2개 보기
Yet Another (AI) Yuval
1/ Your agent already found the right answer, but your aggregation threw it away. Across every generator we tested (weak and frontier, open and closed), pass@k surpasses pass@1. Correct answers are routinely in the pool and just not selected. The binding constraint isn't answer generation, it's selection. (Work by @AI21Labs )

Zixuan Li
GLM-5.3 scores 69 on the official DeepSWE leaderboard.
➖ 개인 맞춤형 암 백신과 작은 Neural Network포스트 2
Moderna의 개인 맞춤형 암 백신 관련 포스트에서 환자별 종양 분석, 표적 선택, AI 모델 규모를 둘러싼 사실관계가 이어졌습니다.
세부 내용 보기
- 게시물은 환자 종양 샘플을 DNA·RNA sequencing으로 처리해 암에 특이적인 변이를 찾고, 그중 mRNA 백신이 면역 반응을 유도할 표적을 고르는 흐름을 설명합니다. 이 과정은 모든 환자에게 같은 백신을 투여하는 방식이 아니라 환자별 변이를 입력으로 삼아 표적을 정하는 구조입니다.
- AI가 쓰이는 핵심 지점은 거대한 foundation model 학습이 아니라 단백질 표적 후보 선택으로 정리됐습니다. 게시물은 NetMHCpan models처럼 수백만 파라미터 규모의 작은 Neural Network가 관련 문헌에 등장하며, 한 replication에서는 CPU 학습이 GPU보다 빨랐다고 전했습니다. AlphaFold가 사용됐다는 공개 증거는 없고, AlphaFold2 출시 시점과 Phase 1 trial 시작 시점의 차이도 함께 언급됐습니다.
- Personalis의 ImmunoID NeXT platform은 종양의 유전체 프로파일링을 맡는 파이프라인으로 소개됐고, Tempus AI가 Personalis를 15억 달러에 인수하기로 했다는 내용이 연결됐습니다. 따라서 백신 설계의 AI 활용과 유전체 분석 공급망이 별도 단계로 나뉜다는 점이 핵심입니다.
포스트들은 암 백신에서 AI의 역할을 인정하면서도 AlphaFold 사용이나 대규모 foundation model 학습이라는 해석에는 공개 근거가 부족하다고 정리합니다.
원문 트윗 2개 보기
Tanishq Mathew Abraham, Ph.D.
I want to clarify some more stuff about the Moderna vaccine and AI: First of all, I am still extremely bullish on AI for medicine and curing cancer. That's why I founded a medical AI startup! ( @SophontAI ). Second I want to make a minor correction. It is actually likely they use neural networks. But really small ones. The main part AI is being used is to help select what parts of the protein unique to the patient's cancer should be targeted. Some existing literature on this showcases neural network models (NetMHCpan models) of the scale of a few million params. Nowhere near the scale of foundation model training! In fact, a replication by InstaDeep AI indicated the training was faster on CPUs than GPUs. This model training isn't using data centers for sure. Could they be using AlphaFold? There is no public evidence of this. It's even unclear how it would be used. The exact structure of the mutated cancer protein is not important here but rather if it can be used to generate an immune response. Plus AlphaFold2 was released in 2021 while Phase 1 trials started in 2017 so it seems unlikely they could have integrated it. If you want to learn more about how the vaccine works, read my other tweet...
HUGE news regarding the success of Moderna's mRNA vaccine for melanoma! Let's briefly talk about how it works and specifically one detail I think is very important! This vaccine differs from the COVID vaccine in one key way: it's actually PERSONALIZED TO THE PATIENT First, a x.com/EricTopol/stat…
Tanishq Mathew Abraham, Ph.D.
In addition to $MRNA and $MRK stock skyrocketing, two other stocks are doing quite well due to yesterday's announcement: $PSNL and $TEM Let me explain why: A crucial part of the mRNA vaccine pipeline is personalizing it to the patient. Basically a sample of the patient's tumor is sent for DNA+RNA sequencing to identify mutations specific to the patient's cancer that could be targeted by the mRNA vaccine. Much of the pipeline is NOT handled by Moderna or Merck. Rather, the genomic profiling is done by Personalis's ImmunoID NeXT platform! So then why is Tempus AI stock going up? Well turns out just last month, Tempus agreed to acquire Personalis for $1.5 billion, which is expected to close later this year or early next year. Pretty lucky Tempus secured the acquisition before Personalis's value rose significantly
BREAKING: Moderna stock, $MRNA, surges over +110% after announcing the first ever positive Phase 3 results for a personalized cancer vaccine.
➖ AI 공격 비대칭과 산업 제어 시스템 보안포스트 4
AI가 공격자와 방어자 사이의 역량 격차를 키울 수 있다는 보안 우려와 인터넷 연결 산업 제어기 공격 사례가 함께 포착됐습니다.
세부 내용 보기
- 보안 관련 포스트는 공격자가 AI를 활용하는 속도와 방어자의 대응 역량 사이의 asymmetry를 핵심 위험으로 봅니다. 방어 측에는 API와 open models를 더 제공하고, 기본 보안 관행을 강화하면서 현존하는 AI 도구를 빠르게 적용해야 한다는 방향이 제시됐습니다.
- 별도 뉴스 포스트에서는 미국 전역의 물 시설에서 사용되는 인터넷 연결 Siemens controllers가 해커의 표적이 됐다고 전했습니다. 또 다른 포스트는 시스템에 무단 접근이 발생한 사건을 전하며 침해를 조사 중이라고 했고, 보호가 취약한 phpMyAdmin 접근으로 수백만 건의 개인·건강 정보가 추출됐다는 사례도 인용됐습니다.
- 이 사례들은 모델 자체의 안전성뿐 아니라 연결된 운영 시스템과 관리 인터페이스가 공격 경로가 된다는 점을 보여줍니다. 다만 각 사건의 원인, 피해 규모, 방어 조치에 관한 세부 정보는 포스트에 제한적으로만 담겼습니다.
방어자에게 API와 open models를 제공하고 기본 보안을 강화해야 공격자와의 AI 역량 격차를 줄일 수 있다는 입장입니다.
산업 제어기 공격과 데이터 침해 사례는 위험을 뒷받침하지만, 구체적인 대응 효과를 측정한 수치는 제시되지 않았습니다.
원문 트윗 2개 보기

clem
Agree with @gdb that we need to arm cyber defenders much more than they are now, both with APIs and open models. The real cybersecurity risk of AI is asymmetry of power, capabilities and ressources between attackers and defenders!
defenders can see the future, and have a narrow window to uplevel their cybersecurity practices now. key is to uplevel fundamentals and apply the best AI tools. what we’re doing at OpenAI, and where other organizations can start: https:// blog.gregbrockman.com/the-defenders- window …
TechCrunch
Hackers are targeting internet-connected Siemens controllers used in water facilities around the United States.
📈 로컬 AI 설치와 온디바이스 Vision 실행포스트 2
하드웨어 감지부터 모델 설치와 WebUI 실행까지 자동화한 로컬 AI 설정과, Mac Studio에서 피부 병변을 처리하는 3B Vision model이 언급됐습니다.
세부 내용 보기
- 한 포스트는 ODS가 사용자의 하드웨어를 감지하고 적합한 모델을 내려받은 뒤 inference와 Open WebUI 전체 구성을 시작한다고 전합니다. Voice, agents, RAG, workflows, image gen을 한 번에 실행하는 구성이 포함돼 로컬 AI 설치 과정의 수동 선택을 줄이는 방향입니다.
- 또 다른 포스트는 3B Vision model이 Mac Studio에서 피부 병변을 기기 안에서 매핑하고 측정한 뒤 우선순위를 매긴다고 적었습니다. 입력 이미지를 분석해 병변별 측정과 관심 순위를 출력하는 온디바이스 처리 흐름이지만, 정확도와 임상 검증 수치는 제시되지 않았습니다.
- 두 사례는 클라우드 호출보다 로컬 하드웨어에서 모델 실행과 도구 구성을 끝내려는 사용 흐름을 공유합니다. 다만 ODS의 실제 지원 하드웨어 목록과 3B Vision model의 이름은 포스트에 명시되지 않았습니다.
원문 트윗 2개 보기
Local AI Setup now stupidly easy. Most people are still struggling to set up local AI. Meanwhile this exists: - Install ODS - It detects your hardware - Downloads the right model - Starts inference & Open WebUI full stack ready. Voice, agents, RAG, workflows, image gen all
Md Ismail Šojal
Omg, A 3B vision model just mapped, measured, and prioritized skin lesions measures them, and ranks what needs attention first entirely on-device. Only in Mac Studio.
용어 해설
- 지속형 컴퓨터(Persistent Computer)
- — 에이전트가 사용자의 노트북이 꺼지거나 재부팅된 뒤에도 원격 컴퓨터에서 작업을 이어가는 실행 환경입니다. 파일과 로그인 상태를 세션 사이에 유지해 장시간 작업과 자동화를 가능하게 합니다.
- KV 캐시(KV Cache)
- — 모델이 토큰을 읽으며 계산한 Key·Value 상태를 저장하는 메모리 구조입니다. 동일한 문맥을 다시 처리하지 않아도 되어 추론 지연과 반복 계산을 줄이는 데 쓰입니다.
- 캐시 증강 생성(Cache-Augmented Generation)
- — 자주 바뀌지 않는 정적 정보를 모델의 KV 메모리에 저장하고, 최신 정보만 검색으로 가져오는 생성 방식입니다. 정적 데이터와 동적 데이터를 분리해 검색 횟수와 추론 비용을 줄입니다.
- pass@k
- — 여러 후보 답변 중 하나라도 정답인지 측정하는 평가 지표입니다. 게시물은 pass@k가 pass@1보다 높아 생성된 후보의 품질보다 후보 선택 과정이 병목일 수 있다고 설명합니다.
- 개인 맞춤형 암 백신(Personalized Cancer Vaccine)
- — 환자 종양의 DNA·RNA를 분석해 해당 암의 고유 변이를 찾고, 면역 반응을 유도할 표적을 정하는 백신 접근법입니다. 게시물은 작은 Neural Network가 표적 선택을 보조할 수 있다고 설명합니다.
- Abliteration
- — 모델의 거부 응답 성향을 줄이기 위해 특정 방향의 표현을 제거하는 수정 방식입니다. 게시물에서는 SVD 방향 제거와 잔여 표현 채굴을 적용한 비검열 Qwen 모델 사례가 언급됩니다.
AI 요약 · 북마크 · 개인 피드 설정 — 무료
출처 · 인용 안내
인용 시 "요약 출처: AI Trends (aitrends.kr)"를 표기하고, 사실 확인은 원문 보기 기준으로 진행해 주세요. 자세한 기준은 운영 정책을 참고해 주세요.