Hackers' Pub is a place for software engineers to share their knowledge and experience with each other. It's also an ActivityPub-enabled social network, so you can follow your favorite hackers in the fediverse and get their latest posts in your feed.
크리스마스가 다가옵니다 모두 권총을 준비하세요
크리스마스가 다가옵니다 모두 권총을 준비하세요
Today's #Muppets GIF of the Day is...
でかしたぞ
しゅいろ
#블친소 연말 블친소 타임인가 해서 올려봅니다. 부랴부랴 일상을 살고 있는 성인 여성입니다. 다양한 것들을 좋아하구요. 덕질하고 있는 것은 마땅히 없지만 금손님들의 작품을 보는 것을 좋아해요. 이것저것 먹으러 다니고 모임도 열고 있어요. 퀴어(트랜스젠더) 당사자이며, 모든 혐오에 반대하며 혐오자 및 혐오적인 아티스트를 지지하는 사람들은 받지 않습니다.
みんなうまいめし食べてるな
余ったらzip形式でわいに送ってください
解凍して食べます
연친소 타이밍인가요!
이.. 이 노트좀 옮겨주세요 
RE: https://milkiyatelier.quest/notes/aeh6scxkwdkt4hr6
Security updates for Wednesday
洪 民憙 (Hong Minhee) shared the below article:
자손킴 @jasonkim@hackers.pub
지난 글에서는 Subagent가 Tool Use 위에서 어떻게 동작하는지 알아보았다. 이번 글에서는 MCP(Model Context Protocol)가 Tool Use와 어떻게 연결되는지 내장 도구인 Subagent를 예시로 비교하며 설명할 것이다. 또한 내장 도구가 있음에도 불구하고 MCP가 필요한 이유에 대해서도 알아본다.
Subagent 글에서 살펴본 Task 도구는 에이전트에 내장된 도구였다. MCP 도구는 어떻게 다를까? 결론부터 말하면 LLM 입장에서는 둘 다 그냥 도구다. 차이는 실행이 어디서 일어나는가뿐이다.
내장 도구든 MCP 도구든 API 요청의 tools 배열에 동일한 형태로 들어간다:
세랄이 
쯔방 
Carlton Gibson
しゅいろ
The Rt. Rev. Fumire, Ph.D.
{
"tools": [
{
"name": "Read",
"description": "Reads a file from the local filesystem...",
"input_schema": { ... }
},
{
"name": "Task",
"description": "Launch a new agent to handle complex tasks...",
"input_schema": { ... }
},
{
"name": "mcp__claude-in-chrome__navigate",
"description": "Navigate to a URL in the browser...",
"input_schema": { ... }
}
]
}LLM은 도구 이름과 description, input_schema만 보고 어떤 도구를 호출할지 결정한다. 이 도구가 내장인지 MCP인지는 알 수 없고 알 필요도 없다.
핵심 차이는 도구가 어디서 실행되는가다.
| 내장 도구 (예: Task) | MCP 도구 | |
|---|---|---|
| 실행 위치 | Host 내부 | Host 외부 (별도 프로세스) |
| 통신 방식 | 함수 호출 | 프로토콜 (STDIO/HTTP) |
| 실행 주체 | Host (또는 LLM) | 외부 시스템 |
| 결과 | Host가 생성한 데이터 | 외부 시스템이 반환한 데이터 |
다이어그램으로 보면 더 명확하다:
Host 프로세스
─────────────────────────────────────────────────
Agent
│
┌────────────┴────────────┐
▼ ▼
Task mcp__xxx 도구
(내장 도구) │
│ │
▼ │ STDIO / HTTP
새 메시지 루프 │
(LLM) │
│
─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─│─ ─ ─ ─ ─ ─
│
외부 프로세스 ▼
MCP Server
(Chrome, DB...)지난 글에서 본 Explorer subagent 호출과 MCP 도구 호출을 비교해보자.
내장 도구 (Task) 호출:
{
"type": "tool_use",
"id": "toolu_01ABC123",
"name": "Task",
"input": {
"subagent_type": "Explore",
"prompt": "entity 구조를 탐색해주세요",
"description": "Entity 구조 탐색"
}
}Task 도구가 호출되면 Host 내부에서 새로운 메시지 루프가 생성되고, Haiku 모델이 Glob, Read 등 다른 내장 도구로 탐색을 수행한다. 결과는 LLM이 생성한 분석 텍스트다.
MCP 도구 호출:
{
"type": "tool_use",
"id": "toolu_01DEF456",
"name": "mcp__claude-in-chrome__navigate",
"input": {
"tabId": 12345,
"url": "http://localhost:3000"
}
}MCP 도구가 호출되면 Host는 외부의 MCP Server(Chrome 브라우저 프로세스)에 명령을 전달한다. 결과는 브라우저가 반환한 데이터(스크린샷, 콘솔 로그 등)다.
Agent 입장에서는 둘 다 tool_use 요청을 받아 실행하고 tool_result를 반환하는 동일한 패턴이다.
MCP 서버가 제공하는 도구들은 어떻게 tools 배열에 들어갈까? MCP 도구는 mcp__server-name__tool-name 형태의 이름을 가진다.
{
"name": "mcp__claude-in-chrome__navigate",
"description": "Navigate to a URL, or go forward/back in browser history...",
"input_schema": {
"type": "object",
"properties": {
"tabId": {
"description": "Tab ID to navigate",
"type": "number"
},
"url": {
"description": "The URL to navigate to",
"type": "string"
}
},
"required": ["tabId", "url"]
}
}이 네이밍 규칙이 필요한 이유는 여러 MCP 서버가 동시에 연결될 수 있기 때문이다. 예를 들어 filesystem 서버와 github 서버가 둘 다 read라는 도구를 제공한다면 충돌이 발생한다. mcp__filesystem__read와 mcp__github__read로 구분하면 이 문제가 해결된다.
Claude Code에서 /mcp를 입력하면 연결된 MCP 서버 목록을 볼 수 있다. Claude in Chrome이 제공하는 도구들을 살펴보자:
| 도구 이름 | 설명 |
|---|---|
mcp__claude-in-chrome__navigate |
URL로 이동하거나 브라우저 히스토리 앞/뒤로 이동 |
mcp__claude-in-chrome__computer |
마우스/키보드로 브라우저와 상호작용, 스크린샷 촬영 |
mcp__claude-in-chrome__read_page |
페이지의 접근성 트리 표현을 가져옴 |
mcp__claude-in-chrome__find |
자연어로 페이지 요소 찾기 |
mcp__claude-in-chrome__form_input |
폼 요소에 값 입력 |
mcp__claude-in-chrome__javascript_tool |
페이지 컨텍스트에서 JavaScript 실행 |
이 도구들은 에이전트가 MCP 서버에 연결할 때 서버로부터 목록을 받아와 tools 배열에 추가된다. 에이전트가 시작될 때 대략 다음과 같은 과정이 일어난다:
tools/list 요청을 보내 제공하는 도구 목록 수신mcp__server-name__ prefix를 붙여 tools 배열에 추가Claude가 MCP 도구를 호출하면 에이전트는 다음 단계를 수행한다:
Claude Agent MCP Server
│ │ │
│ tool_use │ │
│ (mcp__claude-in- │ │
│ chrome__navigate) │ │
│ ─────────────────────► │ │
│ │ │
│ prefix 파싱 │
│ server: claude-in-chrome │
│ tool: navigate │
│ │ │
│ │ tools/call │
│ │ ───────────────────────► │
│ │ │
│ │ 실행 결과 │
│ │ ◄─────────────────────── │
│ │ │
│ tool_result │ │
│ ◄───────────────────── │ │
│ │ │결국 MCP 도구 호출도 일반 Tool Use와 동일한 패턴을 따른다. 차이점은 에이전트가 도구를 직접 실행하는 대신 외부 MCP 서버에 위임한다는 것뿐이다.
지금까지 MCP 도구가 어떻게 동작하는지 살펴보았다. 그런데 왜 이런 구조가 필요할까?
에이전트에 도구를 추가하는 가장 단순한 방법은 에이전트 내부에 직접 구현하는 것이다. 하지만 이 방식에는 한계가 있다:
MCP는 이 문제를 도구 제공자와 도구 사용자의 분리로 해결한다.
MCP는 클라이언트-서버 아키텍처를 따른다.
참여자 (Participants):
Host와 Client의 관계:
이 분리 덕분에:
원격 MCP 서버를 사용할 때는 인증이 필요한 상황이 발생한다. MCP 서버가 사용자의 GitHub 저장소에 접근하거나 Slack 워크스페이스에 메시지를 보내야 할 때, "이 요청이 정말 이 사용자로부터 온 것인가?"를 확인해야 한다.
MCP는 프로토콜 수준에서 OAuth 2.1 인증 체계를 표준화했다. 덕분에 어떤 MCP 클라이언트든 동일한 방식으로 MCP 서버에 인증할 수 있고, MCP 서버 개발자는 인증 로직을 한 번만 구현하면 모든 클라이언트와 호환된다.
지금까지 MCP를 Tool Use의 확장으로 설명했다. 실제로 MCP 도구는 가장 많이 사용되는 기능이고, LLM이 외부 시스템과 상호작용하는 핵심 방식이다.
하지만 MCP가 제공하는 것이 도구만은 아니다. MCP 명세를 보면 Tool Use와 무관하게 동작하는 기능들이 있다. 이 기능들은 tool_use -> tool_result 사이클을 거치지 않고 다른 방식으로 LLM에게 컨텍스트를 제공하거나 LLM의 능력을 활용한다.
MCP는 도구(Tools) 외에도 몇가지 핵심 기능들이 있다. Resources, Prompts, 그리고 Sampling이다.
Resources는 Tool Use를 거치지 않는 데이터 제공 기능이다. 도구는 LLM이 "행동"을 요청할 때 호출되지만 Resource는 LLM이 응답을 생성하기 전에 컨텍스트로 미리 주입된다.
예를 들어 PostgreSQL MCP 서버가 데이터베이스 스키마를 Resource로 노출한다고 하자. 사용자가 "users 테이블에 email 컬럼 추가해줘"라고 요청하면 LLM은 별도의 도구 호출 없이도 현재 스키마 구조를 이미 알고 있다. SELECT * FROM information_schema.columns를 먼저 실행할 필요가 없는 것이다. Resource가 컨텍스트에 미리 주입되어 있기 때문이다.
Prompts도 Tool Use와 무관하다. MCP 서버가 미리 정의한 재사용 가능한 프롬프트 템플릿으로 클라이언트가 직접 요청해서 가져온다.
예를 들어 코드 리뷰 MCP 서버가 "보안 취약점 분석" 프롬프트 템플릿을 제공하면 클라이언트는 이 템플릿을 불러와 LLM에게 전달할 수 있다. LLM이 도구를 호출하는 것이 아니라 클라이언트가 MCP 서버로부터 프롬프트를 받아오는 것이다.
Sampling은 가장 독특한 기능이다. 일반적인 MCP 흐름은 LLM → Agent → MCP Server지만 Sampling은 이 방향을 뒤집는다:
일반 흐름: LLM → Agent → MCP Server
Sampling: MCP Server → Agent → LLMMCP 서버가 복잡한 판단이 필요할 때 역으로 LLM에게 질문할 수 있다. 예를 들어 코드 분석 MCP 서버가 특정 패턴을 발견했을 때 "이 코드가 보안 취약점인지 판단해달라"고 LLM에게 요청하는 식이다. MCP 서버는 LLM의 답변을 기반으로 최종 결과를 만들거나 다른 도구나 함수를 사용하는 등의 판단을 할 수 있게 된다.
Sampling은 Tool Use의 tool_use -> tool_result 패턴이 아니라 MCP 프로토콜 자체의 sampling/createMessage 요청을 통해 동작한다.
지금까지 MCP가 Tool Use 위에서 어떻게 동작하고 또 Tool Use를 넘어 어떤 기능들을 제공하는지 살펴보았다.
MCP 도구는 Tool Use다. 내장 도구와 동일하게 tools 배열에 포함되고 tool_use로 호출되며 tool_result로 결과가 반환된다. LLM 입장에서는 구분이 없다. 차이점은 실행 위치뿐이다. 내장 도구는 Host 프로세스 내부에서, MCP 도구는 외부 MCP Server에서 실행된다.
하지만 MCP는 도구만 제공하지 않는다. Resources와 Prompts는 Tool Use 없이 컨텍스트를 제공하고 Sampling은 MCP 서버가 역으로 LLM을 활용할 수 있게 한다. MCP는 Tool Use를 확장하면서도 Tool Use만으로는 해결할 수 없는 영역까지 커버하는 프로토콜이다.
모든 도구를 에이전트에 내장할 수 없기 때문에 에이전트와 도구를 분리할 필요가 생겼고 MCP는 도구 제공자와 사용자를 분리하여 생태계 확장을 가능하게 한다.
이 글에서는 Tool Use의 기본 구조를, 이어지는 글에서는 Subagent가 Tool Use 위에서 동작함을 살펴보았고 이번 글에서 MCP가 Tool Use를 확장하면서도 그 이상의 기능을 제공함을 살펴보았다. Claude Code의 핵심 확장 기능들은 Tool Use라는 메커니즘 위에서 동작하지만 MCP 생태계는 그보다 더 넓은 가능성을 열어두고 있다.
Do I regret turning down VC money? Not for a second.
VC funding is fast growth paid for by betraying your day-one users and abandoning your principles. That's always the trade.
I'll choose failure over selling out every time.
This community actually matters to me, and I mean that.
If I didn't care about you or the fediverse, I would have sold out long ago.
You deserve better. ❤️
Loops becoming the 3rd most active fediverse platform after Mastodon and Pixelfed in 2026.
I can see it 🚀
Loops could be the most active fediverse platform by the end of 2026.
TikTok is the world's most popular social app, facing a forced sale to Oracle while US politics poison its algorithm. Millions will be looking for alternatives.
We have few real short-video platforms in the fediverse. This is our moment.
Let's make history together 🚀
Spread this link EVERYWHERE 👇
2025/12/24 21:58:00
USD: 1449.20 ▼32.80 (-2.21%)JPY: 928.77 ▼20.04 (-2.11%)EUR: 1707.81 ▼40.13 (-2.30%)CNY: 206.80 ▼ 4.36 (-2.06%)GBP: 1956.71 ▼46.73 (-2.33%)CAD: 1059.32 ▼23.18 (-2.14%)HKD: 186.37 ▼ 4.17 (-2.19%)AUD: 971.33 ▼21.54 (-2.17%)
크리스마스가 다가옵니다 모두 권총을 준비하세요
おなかすいてきた 
シャワーあびて料理すっぞ！！！
アンパンマンってつぶあんかなこしあんかな
つぶあんだったらいいなー
도널드 트럼프 미국 대통령이 최근 이재명 대통령에게 ‘백악관 황금열쇠’를 선물했다고 대통령실이 24일 밝혔습니다.
트럼프, 이 대통령에 ‘백악관 황금열쇠’ 선물…세계서 ...
마침 북워커에서 할인중이네. 3권 완결?
이거 궁금한데 정발해줘
How we tracked ourselves with exposed Flock cameras; a year in review; and our personal recommendations on all sorts of things.
https://www.404media.co/podcast-we-tracked-ourselves-with-exposed-flock-cameras/
１月・富山県氷見市
鮮烈な色に染まった立山連峰の夜明けと漁船の光
６月・富山県富山市
アユの遡上
８月・富山県氷見市
能登半島地震からの復興支援ブルーインパルス展示飛行
12月・石川県珠洲市
見附島の星空
今年はとても印象に残る写真が沢山撮れました。
#Misskey写真部 #今年も残りわずかなのでお気に入りの4枚を貼る
この前デスクの配置を変えてモニタを縦長＋横長の組み合わせにしたんですが、結果として縦長のほうの画面で縦長写真がメチャクチャ映えることに気づいた
경기 수원시가 올해 1월 전국에서 처음 도입한 ‘특이(악성)민원 대응 전문관제도’가 호평을 받고 있습니다. 수원시는 35년 경력의 베테랑 경찰을 특이민원 대응 전문관으로 채용하고, 시청 통합민원실에 상주하도록 했습니다.
초기 상담부터 법적 ‘응징’까지…수원시 ‘악성 민원 전...
Happy Holidays from the FreeBSD Foundation.
We wish our community a joyful and restful holiday season. Please note that the Foundation office will be closed on December 25 and 26.
트위터 정신나간 그림수정 기능 테스트
제 그림 중 NG표시를 세 개 붙여본 그림에서 표시를 떼어 달라,고 요청해 봤어요. 뭔가의 불쾌한 골짜기 모양새가 되어서 일단 다 가리고 접음; 아직은(?) 이렇게 통째로 가리고 흑백 글씨를 갖다박으면 인식 방해 성공적으로 할 수 있는 것 같지만 덜 가리거나 희미하게 넣으면 그냥 없어진다고 봐야 하지 않을까요ㅠ
저곳에 다시는 뭘 올리지 않는다 정도가 아니라 올렸던 것도 다 삭제해야 할까 좀 심각하게 고민되기 시작했어요;
https://x.com/amita81_/status/1901123951784566795
去年のやつ！ メリクリメリクリ！
청소하면서 약간 구조를 바꾼 선반~
대만 수도 타이베이에서 흉기 난동을 벌이고 숨진 20대 남성의 부모가 무릎을 꿇고 아들의 범행을 사죄했습니다. 모자와 마스크를 쓴 이들은 카메라 앞에 서서 “우리는 수사에 전적으로 협조하겠다”고도 밝혔습니다.
대만 ‘흉기난동’ 아들 대신 무릎 꿇은 부모…“끔찍한 ...
"미국 기업 쿠팡 괴롭히지 마" 가짜뉴스 동원 '한국 때리기'…전방위 로비의 결과? n.news.naver.com/mnews/rankin...
정말 용서를 못 하겠어요.
발신 주체는 달랐지만 "한국의 쿠팡 규제가 한미 FTA 위반이며 미국 기업 탄압"이라는 동일한 논리가 반복됐습니다.
심지어 일부 매체에선 이재명 대통령이 쿠팡의 파산을 지시했다는 허위 발언까지 나왔습니다
[단독] "미국 기업 쿠팡 괴롭히지 마" 가짜뉴스 동원...
Today in #FreeSoftwareAdvent it's pandoc(1).
I author most of my prose in raw HTML (something I've done since the 90s, stemming from my appreciation of WordPerfect's "Reveal Codes" functionality), or occasionally I'll use Markdown. It's nice to just hand the file off to pandoc and get some other format (PDF, Word, RTF, plaintext, whatever).
Is the output flashy? Not really. Is it what I would get if I hand-crafted the desired output document? No. But does it let me lazily do conversions with basically zero effort? Yep!
출판인회의 “겉으론 상생, 뒤로는 갑질”…쿠팡 규탄 성명서
재계약 협상 과정서 ‘공급률 인하’ 등 요구
수정 2025-12-24 11:50
www.hani.co.kr/arti/culture...
출판인회의 “겉으론 상생, 뒤로는 갑질”…쿠팡 규탄 성...
Checking out (and testing) the new Social Web Reader that’s been wrapped up in the #wordpress #activitypub plugin.
Not bad for a first draft - and I look forward to seeing how it handles likes, boosts and quotes. Could never quite gel with the Friends plugin, but this should serve my needs for when I finally move over to running everything from the site.
(Still needs a bit of work for swapping between the Site and User profiles though.)
Fedify is a #TypeScript framework for building #ActivityPub servers that participate in the #fediverse. It reduces the complexity and boilerplate typically required for ActivityPub implementation while providing comprehensive federation capabilities.
We're excited to announce #Fedify 1.10.0, a focused release that lays critical groundwork for future debugging and observability features. Released on December 24, 2025, this version introduces infrastructure improvements that will enable the upcoming debug dashboard while maintaining full backward compatibility with existing Fedify applications.
This release represents a transitional step toward Fedify 2.0.0, introducing optional capabilities that will become standard in the next major version. The changes focus on enabling richer observability through OpenTelemetry enhancements and adding prefix scanning capabilities to the key–value store interface.
Fedify 1.10.0 significantly expands OpenTelemetry instrumentation with span events that capture detailed ActivityPub data. These enhancements enable richer observability and debugging capabilities without relying solely on span attributes, which are limited to primitive values.
The new span events provide complete activity payloads and verification status, making it possible to build comprehensive debugging tools that show the full context of federation operations:
@reiver ⊼ (Charles) 
🕊️ 
Stefano Marinelli
just small circles 🕊
activitypub.activity.received event on activitypub.inbox span — records the full activity JSON, verification status (activity verified, HTTP signatures verified, Linked Data signatures verified), and actor informationactivitypub.activity.sent event on activitypub.send_activity span — records the full activity JSON and target inbox URLactivitypub.object.fetched event on activitypub.lookup_object span — records the fetched object's type and complete JSON-LD representationAdditionally, Fedify now instruments previously uncovered operations:
activitypub.fetch_document span for document loader operations, tracking URL fetching, HTTP redirects, and final document URLsactivitypub.verify_key_ownership span for cryptographic key ownership verification, recording actor ID, key ID, verification result, and the verification method usedThese instrumentation improvements emerged from work on issue #234 (Real-time ActivityPub debug dashboard). Rather than introducing a custom observer interface as originally proposed in #323, we leveraged Fedify's existing OpenTelemetry infrastructure to capture rich federation data through span events. This approach provides a standards-based foundation that's composable with existing observability tools like Jaeger, Zipkin, and Grafana Tempo.
FedifySpanExporterBuilding on the enhanced instrumentation, Fedify 1.10.0 introduces FedifySpanExporter, a new OpenTelemetry SpanExporter that persists ActivityPub activity traces to a KvStore. This enables distributed tracing support across multiple nodes in a Fedify deployment, which is essential for building debug dashboards that can show complete request flows across web servers and background workers.
The new @fedify/fedify/otel module provides the following types and interfaces:
import { MemoryKvStore } from "@fedify/fedify";
import { FedifySpanExporter } from "@fedify/fedify/otel";
import {
BasicTracerProvider,
SimpleSpanProcessor,
} from "@opentelemetry/sdk-trace-base";
const kv = new MemoryKvStore();
const exporter = new FedifySpanExporter(kv, {
ttl: Temporal.Duration.from({ hours: 1 }),
});
const provider = new BasicTracerProvider();
provider.addSpanProcessor(new SimpleSpanProcessor(exporter));The stored traces can be queried for display in debugging interfaces:
// Get all activities for a specific trace
const activities = await exporter.getActivitiesByTraceId(traceId);
// Get recent traces with summary information
const recentTraces = await exporter.getRecentTraces({ limit: 100 });The exporter supports two storage strategies depending on the KvStore capabilities. When the list() method is available (preferred), it stores individual records with keys like [prefix, traceId, spanId]. When only cas() is available, it uses compare-and-swap operations to append records to arrays stored per trace.
This infrastructure provides the foundation for implementing a comprehensive debug dashboard as a custom SpanExporter, as outlined in the updated implementation plan for issue #234.
list() method for KvStore interfaceFedify 1.10.0 adds an optional list() method to the KvStore interface for enumerating entries by key prefix. This method enables efficient prefix scanning, which is useful for implementing features like distributed trace storage, cache invalidation by prefix, and listing related entries.
interface KvStore {
// ... existing methods
list?(prefix?: KvKey): AsyncIterable<KvStoreListEntry>;
}When the prefix parameter is omitted or empty, list() returns all entries in the store. This is useful for debugging and administrative purposes. All official KvStore implementations have been updated to support this method:
MemoryKvStore — filters in-memory keys by prefixSqliteKvStore — uses LIKE query with JSON key patternPostgresKvStore — uses array slice comparisonRedisKvStore — uses SCAN with pattern matching and key deserializationDenoKvStore — delegates to Deno KV's built-in list() APIWorkersKvStore — uses Cloudflare Workers KV list() with JSON key prefix patternWhile list() is currently optional to give existing custom KvStore implementations time to add support, it will become a required method in Fedify 2.0.0 (tracked in issue #499). This migration path allows implementers to gradually adopt the new capability throughout the 1.x release cycle.
The addition of list() support was implemented in pull request #500, which also included the setup of proper testing infrastructure for WorkersKvStore using Vitest with @cloudflare/vitest-pool-workers.
Thanks to a contribution from Cho Hasang (
@crohasang크롸상), the @fedify/nestjs package now supports NestJS 11 environments that use Express 5. The peer dependency range for Express has been widened to ^4.0.0 || ^5.0.0, eliminating peer dependency conflicts in modern NestJS projects while maintaining backward compatibility with Express 4.
This change, implemented in pull request #493, keeps the workspace catalog pinned to Express 4 for internal development and test stability while allowing Express 5 in consuming applications.
Fedify 1.10.0 serves as a stepping stone toward the upcoming 2.0.0 release. The optional list() method introduced in this version will become required in 2.0.0, simplifying the interface contract and allowing Fedify internals to rely on prefix scanning being universally available.
The enhanced #OpenTelemetry instrumentation and FedifySpanExporter provide the foundation for implementing the debug dashboard proposed in issue #234. The next steps include building the web dashboard UI with real-time activity lists, filtering, and JSON inspection capabilities—all as a separate package that leverages the standards-based observability infrastructure introduced in this release.
Depending on the development timeline and feature priorities, there may be additional 1.x releases before the 2.0.0 migration. For developers building custom KvStore implementations, now is the time to add list() support to prepare for the eventual 2.0.0 upgrade. The implementation patterns used in the official backends provide clear guidance for various storage strategies.
Special thanks to Cho Hasang (@crohasang크롸상) for the NestJS 11 compatibility improvements, and to all community members who provided feedback and testing for the new observability features.
For the complete list of changes, bug fixes, and improvements, please refer to the CHANGES.md file in the repository.
Who's coming to #39C3?
I'm up for meeting up for a chat and talk about literally anything #cryptography #decentralization or #p2p related.
I'm grateful to have a friend who send me this when I ask "I have access to 3D printer in my univ. What should I print?" jesusmechachrist.com
サジタルコマフレアって強そうな炎系の必殺技っぽい
サジタルコマフレア！
The 
@bsdcan Call For Papers (CFP) is open until January 17th, see https://www.bsdcan.org/2026/papers.html
The holidays can be a great time to get that submission done! #bsdcan #openbsd #netbsd #freebsd #freesoftware #libresoftware #ottawa
Want to know more about #bsd and the conferences? See https://nxdomain.no/~peter/what_is_bsd_come_to_a_conference_to_find_out.html (and links therein)
배다리 헌책방 골목, 자장면과 신포국제시장 등 인천시민의 기억이 축적된 지역 자산이 인천의 지역유산이 됩니다.
자장면·신포국제시장 등 17개, 인천지역유산 선정
1枚目：12月6日/古い機種だがオールド母艦としてα7RIIを買って、NIKKOR-P Auto 105mm F2.5を使った際にあまりの写りに感動した一枚
2枚目：7月20日/山口ツーリング 海と自販機と広い風景が綺麗で旅情のある感じで気に入っている
3枚目：6月22日/京王井の頭公園駅 VRChatをしていなければまず来ることはなかった場所
4枚目；4月7日/津山鶴山公園 桜の海に浮かぶ城 本当にいい風景だ #今年も残りわずかなのでお気に入りの4枚を貼る
부산 여학생 3명 숨진 예술고 교장·행정실장 해임에 교사노조 “개인 처벌로 비극 끝낼 수 없다” 문화일보 이 저열한 신문은 이 심각한 기사에 AI 일러스트를 집어넣고 있다. 싸이코패스가 따로 없음.
I’ll be in Hamburg on sunday afternoon (day 2 of #39c3) and open for an informal #asahilinux meetup outside of the congress
트위터 정신나간 그림수정 기능 테스트
제 그림 중 NG표시를 세 개 붙여본 그림에서 표시를 떼어 달라,고 요청해 봤어요. 뭔가의 불쾌한 골짜기 모양새가 되어서 일단 다 가리고 접음; 아직은(?) 이렇게 통째로 가리고 흑백 글씨를 갖다박으면 인식 방해 성공적으로 할 수 있는 것 같지만 덜 가리거나 희미하게 넣으면 그냥 없어진다고 봐야 하지 않을까요ㅠ
저곳에 다시는 뭘 올리지 않는다 정도가 아니라 올렸던 것도 다 삭제해야 할까 좀 심각하게 고민되기 시작했어요;
https://x.com/amita81_/status/1901123951784566795
クリスマスな自覚なさすぎる、まだ1ヶ月くらい先じゃないのか
레몬그린🍋