每日新聞摘要 - 2026年07月28日

01

Architecting for Zero-Network Dependencies: Challenges in Offline-Only Geofencing

Dev.to Kotlin 作者：Haseeb 發布：07-28 11:05

Architecting for Zero-Network Dependencies: Challenges in Offline-Only Geofencing

By keeping the logic local and the triggers robust, I created a tool that works every day in public spaces.

重點摘要

Built Muffle to silence phones entirely on-device, without cloud dependence.

Used native geofencing, BroadcastReceiver, and ForegroundService to keep triggers reliable offline.

Handled weak GPS, Doze mode, and conflicting routines with fallback and priority logic.

The article explains how the author built Muffle, an offline-first Android app that silences a phone in sensitive places like mosques without relying on network calls, cloud sync, or external APIs. The core logic stays on-device, using native geofencing, BroadcastReceiver, and a ForegroundService to survive background limits and Doze mode. The author also describes practical challenges such as unreliable indoor GPS, missing Wi-Fi-assisted location, permission restrictions, and conflicts between overlapping routines. The result is a privacy-friendly tool designed to fail gracefully, keep working without connectivity, and reduce the burden on users in real-world public spaces.

零网络依赖的架构设计：离线地理围栏的挑战

通过把逻辑放在本地并让触发机制足够稳健，我做出了一款能在公共场所长期使用的工具。

重點摘要

打造 Muffle，让手机静音完全在设备本地完成，不依赖云端。

使用原生 geofencing、BroadcastReceiver 和 ForegroundService 提升离线触发可靠性。

针对室内 GPS、Doze 模式和多种例程冲突，加入备用方案与优先级控制。

本文讲述作者开发 Muffle 的经历，这是一款离线优先的 Android 应用，可在清真寺等敏感场所自动将手机静音，且不依赖网络请求、云同步或外部 API。核心逻辑完全运行在设备端，并借助原生 geofencing、BroadcastReceiver 和 ForegroundService 来应对后台限制与 Doze 模式。作者还提到室内 GPS 不稳定、缺少 Wi‑Fi 辅助定位、权限受限，以及地点型和时间型例程之间的冲突等难题。最终目标是让系统在无网络环境下依然可用、保护隐私，并在真实公共场景中可靠运行。

零網路依賴的架構設計：離線地理圍欄的挑戰

透過把邏輯留在本機並讓觸發機制足夠穩健，我做出了一個每天都能在公共場合使用的工具。

重點摘要

打造 Muffle，讓手機靜音完全在裝置本機完成，不依賴雲端。

以原生 geofencing、BroadcastReceiver 與 ForegroundService 提升離線觸發可靠性。

面對室內 GPS、Doze 模式與多個例程衝突，加入備援與優先權控制。

本文分享作者打造 Muffle 的過程：一款離線優先的 Android 應用，可在清真寺等敏感場所自動將手機靜音，且完全不依賴網路請求、雲端同步或外部 API。核心邏輯全部留在裝置端，並透過原生 geofencing、BroadcastReceiver 與 ForegroundService 來對抗背景限制與 Doze 模式。作者也提到室內 GPS 不穩、缺少 Wi‑Fi 輔助定位、權限受限，以及地點與時間型例程互相衝突等問題。整體目標是讓系統在離線時仍可運作、保護隱私，並在真實公共情境中可靠地自動化。

02

The Ultimate Guide to Kotlin Coroutine Builders for Android Developers

Medium Kotlin 作者：Mahmoud Ramadan 發布：07-28 07:28

The Ultimate Guide to Kotlin Coroutine Builders for Android Developers

重點摘要

The page points readers to continue the article on Medium.

It also promotes a related Leanpub resource on coroutine and flow.

No substantive article content is included in the provided text.

The provided content contains only a brief redirect notice rather than the article itself. It references a “ReadMore” link to a Leanpub resource, followed by a prompt to continue reading on Medium. As a result, there are no technical explanations, code examples, or Kotlin coroutine details available in the supplied text. The title indicates the topic is Kotlin coroutine builders for Android developers, but the body does not include the actual guide content.

面向 Android 开发者的 Kotlin 协程构建器终极指南

请继续在 Medium 上阅读。

重點摘要

页面只提供继续阅读的跳转提示。

同时附带与 coroutine、flow 相关的 Leanpub 资源链接。

所给文本不包含文章主体内容。

这段内容只有简短的引导与跳转信息，并未提供文章正文。正文仅提示可通过“ReadMore”链接查看 Leanpub 相关资源，并继续在 Medium 上阅读。因此，无法从现有文本中提取 Kotlin 协程构建器的技术细节、代码示例或具体观点；目前能确认的只有标题所示主题，即面向 Android 开发者的 Kotlin 协程构建器指南。

給 Android 開發者的 Kotlin Coroutine Builder 終極指南

請前往 Medium 繼續閱讀。

重點摘要

頁面僅提供前往 Medium 續讀的提示。

同時附上與 coroutine、flow 相關的 Leanpub 資源連結。

目前提供的文字沒有實質文章內容可供摘要。

這段內容只有簡短的導讀與跳轉資訊，並未提供文章本體。內文僅提到可透過「ReadMore」連結前往 Leanpub 相關資源，並提示讀者到 Medium 繼續閱讀。因此，無法從這份文字中取得 Kotlin coroutine builders 的技術說明、範例或深入觀點；已知的主題僅能由標題判斷為面向 Android 開發者的 Kotlin 協程建構器指南。

03

Hello Kotliners,

Medium Kotlin 作者：Marcin Moskala 發布：07-28 07:56

Hello Kotliners

In this issue, we will see some simple tools, that can very easily be abused.

重點摘要

The article introduces simple tools that can be misused.

It also mentions an important reminder about Compose.

Readers are directed to continue the full article on kt.academy.

This brief post introduces an issue that will cover simple tools which can be easily abused, alongside an important reminder about Compose. The excerpt does not provide the full details of the topics, but it signals that the article will focus on practical caution and an essential Compose-related takeaway. Readers are invited to continue reading the full piece on kt.academy for the complete discussion.

Hello Kotliners

本期将介绍一些看似简单、却很容易被滥用的工具。

重點摘要

文章提到一些简单工具可能被滥用。

同时还有一个关于 Compose 的重要提醒。

完整内容需前往 kt.academy 继续阅读。

这篇短文预告本期内容将介绍一些看似简单、却很容易被滥用的工具，并提到一个关于 Compose 的重要提醒。由于原文摘录很短，没有展开具体技术细节，但可以看出文章重点在于提醒读者注意工具使用风险，以及掌握 Compose 相关的关键观念。完整讨论可继续前往 kt.academy 阅读。

Hello Kotliners

本期將介紹一些看似簡單、卻很容易被濫用的工具。

重點摘要

文章提到一些簡單工具可能被濫用。

同時也有一個關於 Compose 的重要提醒。

完整內容需前往 kt.academy 繼續閱讀。

這篇短文預告本期內容將談到一些看似簡單、卻很容易被濫用的工具，並提及一個關於 Compose 的重要提醒。由於摘要內容有限，未展開具體技術細節，但可看出文章重點在於提醒讀者留意工具使用上的風險，以及 Compose 相關的關鍵觀念。全文可至 kt.academy 繼續閱讀。

04

Architecting for Scale: Building an 8-Module Clean Architecture

Medium Kotlin 作者：Khizar Khan 發布：07-28 08:14

Architecting for Scale: Building an 8-Module Clean Architecture

When I sat down to design the module structure for my Android news app, I could have gotten away with three modules.

重點摘要

The article explores structuring an Android news app for long-term scalability.

It contrasts a minimal three-module setup with a more modular design.

The author frames the architecture as a clean architecture built across eight modules.

The article introduces the author’s approach to designing the module structure of an Android news app with scalability in mind. While a simpler three-module setup of :app, :data, and :ui might have been sufficient, the piece focuses on why a broader modular design can better support growth and maintainability. It presents the idea of building a clean architecture across eight modules as a deliberate architectural choice rather than an unnecessary complication.

面向扩展性：构建一个 8 模块的 Clean Architecture

当我坐下来为 Android 新闻应用设计模块结构时，其实用三个模块也能勉强实现。

重點摘要

文章讨论如何为 Android 新闻应用构建可扩展的模块架构。

作者对比了三模块的简化方案与更细致的模块划分。

核心观点是采用八个模块来实现 Clean Architecture。

本文讲述作者在设计 Android 新闻应用的模块结构时，如何优先考虑扩展性。虽然只使用 :app、:data、:ui 三个模块也能满足基本实现，但文章重点在于说明，更细分的模块化设计更有利于后续成长与维护。作者将八模块的 Clean Architecture 视为一种经过思考的架构选择，而不是无谓增加复杂度。

為擴展性而設計：打造八模組的 Clean Architecture

當我坐下來為我的 Android 新聞 App 設計模組結構時，其實只用三個模組也能勉強完成。

重點摘要

文章討論如何為 Android 新聞 App 建立可擴充的模組架構。

作者對比了三模組的簡化方案與更細分的模組設計。

核心主張是以八個模組實作 Clean Architecture。

本文介紹作者在設計 Android 新聞 App 模組結構時，如何以擴展性為優先考量。雖然只用 :app、:data、:ui 三個模組也能完成基本需求，但文章聚焦於為何更細分的模組化設計，能更有利於後續成長與維護。作者將八模組的 Clean Architecture 視為一種有意識的架構選擇，而非單純增加複雜度。

05

Modern Auth: Integrating Firebase with Android’s New Credential Manager

Medium Kotlin 作者：Khizar Khan 發布：07-28 08:25

Modern Auth: Integrating Firebase with Android’s New Credential Manager

Google Sign-In on Android used to mean pulling in the old GoogleSignInClient, juggling activity result contracts, and hoping the…

重點摘要

Android Google Sign-In previously relied on the old GoogleSignInClient.

The article focuses on integrating Firebase with Android’s new Credential Manager.

It frames modern authentication as a simpler, updated approach.

The article introduces a modern approach to Android authentication by integrating Firebase with Android’s new Credential Manager. It contrasts this with the older Google Sign-In flow, which depended on GoogleSignInClient and more cumbersome activity result handling. Although only the opening line is available, the piece clearly points to a shift toward a cleaner, more up-to-date sign-in experience for Android apps.

现代认证：将 Firebase 与 Android 新的 Credential Manager 集成

Android 上的 Google Sign-In 过去意味着要引入旧版 GoogleSignInClient，还要处理 activity result contracts，并祈祷……

重點摘要

Android 旧版 Google Sign-In 依赖 GoogleSignInClient。

文章聚焦于 Firebase 与 Android 新的 Credential Manager 集成。

核心是在更现代的框架下简化登录认证流程。

本文介绍了如何将 Firebase 与 Android 新的 Credential Manager 结合，实现更现代的身份验证方案。文章先对比了旧版 Google Sign-In 的做法：开发者需要使用 GoogleSignInClient，并处理较繁琐的 activity result 流程。虽然目前仅有开头内容，但可以看出文章重点在于推动 Android 应用采用更新、更简洁的登录集成方式。

現代驗證：將 Firebase 與 Android 新的 Credential Manager 整合

Android 上的 Google Sign-In 過去意味著要引入舊版 GoogleSignInClient，還得處理 activity result contracts，並祈禱……

重點摘要

Android 的舊 Google Sign-In 流程仰賴 GoogleSignInClient。

文章主題是將 Firebase 與 Android 新的 Credential Manager 整合。

重點在於以更現代、更簡化的方式實作登入驗證。

本文介紹如何將 Firebase 與 Android 新的 Credential Manager 結合，建立較現代的驗證流程。文章先對比舊版 Google Sign-In 作法：開發者需要依賴 GoogleSignInClient，還要處理較繁瑣的 activity result 相關流程。雖然目前只看到開頭內容，但可確定主軸是引導 Android 開發者採用更新、更簡潔的登入整合方式。

06

Stop Sending Notification Messages: Why Your Android App Should Use Data-Only FCM

Medium Kotlin 作者：Pouria Rezaie 發布：07-28 11:16

Stop Sending Notification Messages: Why Your Android App Should Use Data-Only FCM

Push notifications are one of the most important communication channels in modern Android applications.

重點摘要

Push notifications are a key communication channel in Android apps.

The article argues for using data-only FCM instead of notification messages.

The provided excerpt is only an introduction and does not include the full argument.

The article introduces the importance of push notifications in modern Android applications and sets up a discussion about message delivery through Firebase Cloud Messaging (FCM). From the available excerpt, the author appears to question the practice of sending notification messages and instead advocates for data-only FCM. However, the provided text is only a short preview from Medium, so the full reasoning, implementation details, and advantages are not included here.

停止发送通知消息：为什么你的 Android 应用应该使用仅数据型 FCM

推送通知是现代 Android 应用中最重要的沟通渠道之一。

重點摘要

推送通知是 Android 应用的重要沟通渠道。

文章主张改用仅数据型 FCM，而不是通知消息。

当前提供的内容只是开头，未包含完整论证。

文章首先指出，推送通知是现代 Android 应用中非常重要的沟通渠道，随后引出对 Firebase Cloud Messaging（FCM）发送方式的讨论。根据现有摘要可知，作者意在说明为何不应继续发送 notification messages，而应改用 data-only FCM。不过，这里提供的内容只是 Medium 的简短预览，并未包含完整论点、实现细节和具体优势。

停止發送通知訊息：為什麼你的 Android 應用應該使用僅資料型 FCM

推播通知是現代 Android 應用中最重要的溝通管道之一。

重點摘要

推播通知是 Android 應用的重要溝通管道。

文章主張改用僅資料型 FCM，而非通知訊息。

目前提供的內容只是開頭，未包含完整論證。

文章先指出，推播通知是現代 Android 應用中重要的溝通管道，接著引出 Firebase Cloud Messaging（FCM）的傳送方式討論。從目前可見的摘要判斷，作者想說明為何不應再送出 notification messages，而應改採 data-only FCM。不過，這裡提供的內容只是 Medium 的短篇預覽，未包含完整的觀點、實作方式與優點說明。

07

How to build an Android launcher from scratch (with Kotlin & Jetpack Compose)

Medium Kotlin 作者：Jackson F. de A. M. 發布：07-28 11:17

How to Build an Android Launcher from Scratch with Kotlin and Jetpack Compose

This one builds the app that launches every other app — a home launcher.

重點摘要

Builds a home launcher instead of a typical app

Uses Kotlin and Jetpack Compose

Introduces the app that launches other apps

Most Android tutorials focus on creating a standard app, but this article takes a different route by building a home launcher from scratch. The launcher is the app that sits on the home screen and starts every other app on the device. Written with Kotlin and Jetpack Compose, the tutorial promises a practical look at how to create this foundational Android experience.

如何使用 Kotlin 和 Jetpack Compose 从零构建 Android 启动器

这篇文章要构建的是那个启动其他所有应用的程序——主屏幕启动器。

重點摘要

不是普通应用，而是主屏幕启动器

使用 Kotlin 和 Jetpack Compose 编写

介绍可启动其他应用的基础程序

大多数 Android 教程都在制作普通应用，而这篇文章选择从零构建一个主屏幕启动器。启动器是显示在主屏幕上、负责打开设备中其他应用的核心程序。文章以 Kotlin 和 Jetpack Compose 为基础，展示如何打造这一 Android 体验中的关键入口。

如何使用 Kotlin 與 Jetpack Compose 從零打造 Android 啟動器

這篇文章要做的，是那個啟動所有其他 App 的應用程式——主畫面啟動器。

重點摘要

不是一般 App，而是主畫面啟動器

以 Kotlin 與 Jetpack Compose 撰寫

介紹可啟動其他 App 的基礎應用

多數 Android 教學都在建立一般應用程式，這篇文章則改為從零打造一個主畫面啟動器。這種啟動器就是出現在主畫面、負責開啟裝置上其他 App 的核心應用。文章以 Kotlin 與 Jetpack Compose 為基礎，帶出如何建立這個 Android 使用體驗中最重要的入口之一。

08

Flutter 3.44 Will Silently Break Your Android Build — Here’s the One-Line Fix

Medium Kotlin 作者：Jeffery Alexandro Henry 發布：07-28 12:01

Flutter 3.44 Will Silently Break Your Android Build — Here’s the One-Line Fix

Android Gradle Plugin 9 now bundles Kotlin support directly.

重點摘要

AGP 9 includes Kotlin support by default

Flutter Android builds may break after the update

The article points to a one-line fix

The article warns that Flutter Android builds can fail silently after moving to Android Gradle Plugin 9, because the plugin now bundles Kotlin support directly. In other words, a project setup that used to work may stop building without an obvious explanation. The post frames this as a compatibility change developers should watch for and says the remedy is a one-line fix. Beyond that brief note, the provided excerpt does not include the full technical steps, but the key message is clear: upgrading the Android build tooling can introduce breaking changes that require a small configuration adjustment.

Flutter 3.44 会悄悄破坏你的 Android 构建——这里有一行修复方法

Android Gradle Plugin 9 现在已直接捆绑 Kotlin 支持。

重點摘要

AGP 9 默认集成 Kotlin 支持

Flutter 的 Android 构建可能在更新后失效

文章称只需一行即可修复

文章提醒，升级到 Android Gradle Plugin 9 后，Flutter 的 Android 构建可能会在没有明显报错的情况下失败，因为该版本已经直接捆绑了 Kotlin 支持。换言之，原本能正常工作的项目配置，可能因构建工具的兼容性变化而突然出问题。作者将其描述为开发者需要关注的升级风险，并表示只要一行配置即可修复。不过，当前提供的内容只有简短说明，没有给出完整技术步骤；核心信息仍然很明确：构建工具升级可能带来破坏性变更。

Flutter 3.44 會悄悄破壞你的 Android 建置——這是一行修正方法

Android Gradle Plugin 9 現在已直接內建 Kotlin 支援。

重點摘要

AGP 9 預設整合 Kotlin 支援

Flutter 的 Android 建置可能在更新後失敗

文章指出只需一行即可修正

文章提醒，升級到 Android Gradle Plugin 9 後，Flutter 的 Android 建置可能會在沒有明顯提示的情況下失敗，原因是這個版本已經直接內建 Kotlin 支援。也就是說，原本可正常運作的專案設定，可能因為建置工具的相容性變動而出現問題。作者把這視為開發者需要留意的更新風險，並表示只要一行設定就能修正。不過，所附內容僅提供了簡短說明，未包含完整步驟；核心重點仍是：建置工具升級可能帶來破壞性變更。

09

Kotlin Coroutines: coroutineScope vs supervisorScope — Simply Explained

Medium Kotlin 作者：Sunil Kumar 發布：07-28 13:01

Kotlin Coroutines: coroutineScope vs supervisorScope — Simply Explained

You’ve seen both in Kotlin coroutine code, but do you instinctively know which one to reach for — and why?

重點摘要

Introduces coroutineScope and supervisorScope in Kotlin coroutines

Focuses on choosing the right scope for different failure behaviors

Explains the topic in a simple, practical way

This article introduces two Kotlin coroutine builders that often appear side by side: coroutineScope and supervisorScope. It frames the question around an everyday coding decision — which one to use, and why — rather than diving into implementation details. Based on the available text, the piece appears to be a concise explanation aimed at helping readers understand the difference in behavior and make more informed choices when structuring coroutines.

Kotlin 协程：coroutineScope 与 supervisorScope——通俗解释

你在 Kotlin 协程代码中都见过它们，但你是否能直觉地知道该选哪个，以及为什么？

重點摘要

介绍 Kotlin 协程中的 coroutineScope 和 supervisorScope

聚焦在不同失败行为下如何选择作用域

以简单、实用的方式解释差异

本文介绍 Kotlin 协程中经常并列出现的两个构建器：coroutineScope 和 supervisorScope。文章从实际开发中的选择问题出发，提出“该用哪个、为什么”这一常见疑问，并以简洁方式帮助读者理解二者在失败处理上的差别，从而在组织协程时做出更合适的判断。

Kotlin 協程：coroutineScope 與 supervisorScope——淺顯說明

你在 Kotlin 協程程式中都看過這兩者，但你是否能直覺知道該選哪一個，以及原因是什麼？

重點摘要

介紹 Kotlin 協程中的 coroutineScope 與 supervisorScope

聚焦在不同失敗行為下該如何選擇範圍

以簡單、實用的方式說明差異

這篇文章介紹 Kotlin 協程中常一起出現的兩個建構子：coroutineScope 與 supervisorScope。文章從實際開發情境切入，提出「該用哪一個、為什麼」這個常見問題，並以簡明方式協助讀者理解兩者在失敗處理上的差異，進而在組織協程時做出更合適的選擇。

10

Jetpack Compose Fundamentals — Part 7: Understanding Recomposition in Jetpack Compose

Medium Kotlin 作者：Vaibhavi Rana 發布：07-28 13:46

Jetpack Compose Fundamentals — Part 7: Understanding Recomposition in Jetpack Compose

In the previous article, we learned how to build efficient scrolling lists using LazyColumn and LazyRow.

重點摘要

Part of a Jetpack Compose fundamentals series

Recaps efficient scrolling lists with LazyColumn and LazyRow

Introduces the topic of recomposition in Compose

This article is Part 7 of the Jetpack Compose Fundamentals series and follows a previous discussion on building efficient scrolling lists with LazyColumn and LazyRow. The excerpt indicates that the series is now moving on to explain recomposition, a core concept in Compose. Based on the available text, the post serves as a transition from list performance basics into understanding how Compose updates UI elements.

Jetpack Compose 基础系列——第 7 部分：理解 Jetpack Compose 中的重组

在上一篇文章中，我们学习了如何使用 LazyColumn 和 LazyRow 构建高效的滚动列表。

重點摘要

Jetpack Compose 基础系列的第 7 部分

回顾使用 LazyColumn 和 LazyRow 构建高效滚动列表

引出 Compose 中的重组主题

这篇文章是 Jetpack Compose Fundamentals 系列的第 7 部分，承接上一期关于使用 LazyColumn 和 LazyRow 构建高效滚动列表的内容。根据目前可见的文字，作者接下来将介绍 recomposition（重组）这一 Compose 的核心概念。就已提供的信息来看，本文主要起到从列表性能基础过渡到理解 Compose 如何更新 UI 的作用。

Jetpack Compose 基礎系列——第 7 部分：理解 Jetpack Compose 中的重組

在上一篇文章中，我們學會了如何使用 LazyColumn 和 LazyRow 建立高效的捲動清單。

重點摘要

Jetpack Compose 基礎系列的第 7 部分

回顧使用 LazyColumn 與 LazyRow 建立高效捲動清單

引出 Compose 中的重組主題

這篇文章是 Jetpack Compose Fundamentals 系列的第 7 部分，承接前一篇關於使用 LazyColumn 與 LazyRow 建立高效捲動清單的內容。從目前可見的文字可知，作者接下來將聚焦於 recomposition（重組）這個 Compose 的核心概念。就已提供的內容來看，本文主要扮演從清單效能基礎過渡到理解 UI 如何在 Compose 中更新的橋樑。

11

KotlinLLM is Going Open Source

Kotlin Blog 作者：Anastasia Birillo 發布：07-28 07:50

KotlinLLM Goes Open Source

KotlinLLM is now public, bringing a research prototype for delegating runtime logic to an LLM from Kotlin code.

重點摘要

Smart macros generate Kotlin bodies for explicit function calls

Two public APIs: asLlm for typed parsing and mockLlm for stateful test doubles

Open-sourced with runnable examples, plugin prototype, and evaluation results

KotlinLLM is now open source as a research prototype for delegating runtime logic to an LLM from Kotlin code. Instead of invoking a model on every request or relying on a separate agent, developers write explicit Kotlin calls whose bodies are generated as Kotlin source and can evolve as new runtime scenarios appear. The project is packaged as an IntelliJ IDEA plugin for Kotlin/JVM and introduces Smart macros such as asLlm for typed parsing and mockLlm for generating stateful interface implementations. The authors argue it is explicit, persistent, and portable, and they report successful evaluations on adapted Petclinic and a GitHub issue-radar scenario. The repository includes the plugin prototype, examples, and supporting talk and write-up.

KotlinLLM 开源发布

KotlinLLM 现已公开，这是一个让 Kotlin 代码将运行时逻辑委托给 LLM 的研究原型。

重點摘要

通过 Smart macro 将普通函数调用转换为生成的 Kotlin 代码

提供 asLlm 和 mockLlm 两个公开 API

已开源，并附带可运行示例、插件原型和评估结果

KotlinLLM 现已开源，这是一个研究原型，旨在让 Kotlin 代码把运行时逻辑委托给 LLM。它不需要在每次请求时直接调用模型，也不依赖独立 agent，而是通过明确的 Kotlin 调用表达意图，由系统生成 Kotlin 源码作为函数体，并在应用遇到新的运行场景时持续演化。该项目以 Kotlin/JVM 的 IntelliJ IDEA 插件形式提供，核心是 Smart macros，例如用于把非结构化或半结构化数据转换为类型化值的 asLlm，以及可生成有状态接口实现的 mockLlm。作者在改造后的 Petclinic 和 GitHub issue 识别场景中验证了可行性，并开放仓库、示例和理论说明供社区试用。

KotlinLLM 開源釋出

KotlinLLM 現已公開，這是一個讓 Kotlin 程式將執行期邏輯委派給 LLM 的研究原型。

重點摘要

以 Smart macro 將函式呼叫轉為生成的 Kotlin 程式碼

提供 asLlm 與 mockLlm 兩個公開 API

已開源並附上可執行範例、插件原型與評估結果

KotlinLLM 現已開源，這是一個研究原型，目標是讓 Kotlin 程式把執行期邏輯委派給 LLM。它不是在每次請求時直接呼叫模型，也不是依賴獨立 agent，而是以明確的 Kotlin 呼叫表達意圖，並由系統產生 Kotlin 原始碼作為函式本體，隨著新的執行情境逐步演化。專案以 Kotlin/JVM 的 IntelliJ IDEA 外掛形式呈現，核心功能是 Smart macros，例如用來將非結構化資料轉成型別值的 asLlm，以及可生成具狀態介面實作的 mockLlm。作者並以 Petclinic 與 GitHub issue 雷達情境展示可行性，並提供原型、範例與說明文件供社群試用。

12

Yet Another Way to KMP: One Pattern, Three Seams

Medium Kotlin 作者：Gabor Berenyi 發布：07-27 23:35

Yet Another Way to KMP: One Pattern, Three Seams

Fourth in a series, and a direct sequel to Another Way to KMP: Shared Renderers.

重點摘要

Fourth installment in the series

Direct sequel to the Shared Renderers article

Introduces a pattern framed around three seams

This post is the fourth entry in Gabor Berenyi’s KMP series and follows directly after "Another Way to KMP: Shared Renderers." From the title and introduction alone, it signals a continuation of the same exploration, focusing on a new pattern described as having three seams. The excerpt does not provide the full technical details, but it clearly positions the article as part of an ongoing discussion about Kotlin Multiplatform design approaches and reusable rendering patterns.

KMP 的另一种方式：一个模式，三个接缝

本篇为系列第四篇，也是〈Another Way to KMP: Shared Renderers〉的直接续作。

重點摘要

系列第四篇文章

承接〈Shared Renderers〉一文

提出一个包含三个接缝的模式

这篇文章是 Gabor Berenyi 的 KMP 系列第四篇，也可以看作〈Another Way to KMP: Shared Renderers〉的直接续作。仅从标题和开头即可看出，作者延续了此前对 Kotlin Multiplatform 设计方式的讨论，并引入一个以“一个模式、三个接缝”来概括的新结构。虽然摘录没有展开具体技术内容，但已经明确表明本文属于持续推进的系列文章，重点围绕可复用的渲染模式与 KMP 实践思路展开。

KMP 的另一種做法：一個模式、三個接縫

本篇為系列第四篇，且是〈Another Way to KMP: Shared Renderers〉的直接續作。

重點摘要

系列第四篇文章

承接〈Shared Renderers〉一文

提出一個包含三個接縫的模式

這篇文章是 Gabor Berenyi 的 KMP 系列第四篇，也可視為〈Another Way to KMP: Shared Renderers〉的直接續作。從標題與開頭可知，作者延續先前對 Kotlin Multiplatform 設計方式的探索，並引入一個以「一個模式、三個接縫」來描述的架構概念。雖然摘錄內容未揭示完整技術細節，但已清楚表明本文屬於持續發展中的系列討論，重點在於分享可重用的渲染模式與 KMP 實作思路。

13

How We Built an MCP Server in Kotlin — Keeping Stdio Clean for JSON-RPC

Medium Kotlin 作者：Joseph Sanjaya 發布：07-28 01:55

How We Built an MCP Server in Kotlin — Keeping Stdio Clean for JSON-RPC

I didn’t want to learn a new runtime to ship a tool for an AI agent.

重點摘要

Build an MCP server in Kotlin

Keep stdio clean for JSON-RPC

Avoid adopting a new runtime

The article introduces the motivation for building an MCP server in Kotlin: the author did not want to learn a new runtime just to ship a tool for an AI agent. Based on the available text, the piece centers on an implementation approach that keeps standard input/output clean so JSON-RPC can work reliably over stdio. The excerpt is brief, so it mainly signals the project’s goal and design priority rather than detailing the full architecture or results.

我们如何用 Kotlin 构建 MCP 服务器——让 stdio 保持干净以支持 JSON-RPC

我不想为了给 AI agent 交付一个工具而去学习新的运行时。

重點摘要

用 Kotlin 构建 MCP 服务器

保持 stdio 干净以支持 JSON-RPC

避免引入新的运行时

这篇文章说明了作者的动机：为了给 AI agent 交付工具，不想再额外学习新的运行时，因此决定用 Kotlin 来构建 MCP 服务器。根据目前可见的内容，文章重点在于让标准输入输出保持干净，从而使 JSON-RPC 能够通过 stdio 可靠运行。由于原文摘录很短，能确认的主要是项目目标和设计原则，具体实现细节并未展开。

我們如何用 Kotlin 建立 MCP 伺服器——讓 stdio 保持乾淨以支援 JSON-RPC

我不想為了替 AI agent 交付一個工具而去學習新的執行環境。

重點摘要

以 Kotlin 建立 MCP 伺服器

維持 stdio 乾淨以支援 JSON-RPC

避免導入新的執行環境

本文點出作者的出發點：為了替 AI agent 交付工具，不想再額外學習新的執行環境，因此選擇以 Kotlin 建立 MCP 伺服器。從現有內容可知，文章關注的核心是讓標準輸入輸出保持乾淨，確保 JSON-RPC 能透過 stdio 穩定運作。由於原文摘錄很短，現階段能確認的主要是專案動機與設計取向，而非完整實作細節。

14

Why Meta, DoorDash & TikTok Now Test Android Engineers on System Design

Medium Kotlin 作者：Mehul Patel 發布：07-28 04:29

Why Meta, DoorDash, and TikTok Now Test Android Engineers on System Design

Senior Android interviews now increasingly include system design questions that test architectural thinking beyond individual components.

重點摘要

Senior Android interviews increasingly include system design questions.

The focus has shifted beyond individual components to architecture.

Meta, DoorDash, and TikTok are cited as companies using this approach.

The article explains a growing trend in senior Android hiring: interviews are no longer limited to coding or component-level expertise. Companies such as Meta, DoorDash, and TikTok are increasingly asking system design questions to evaluate how candidates think about architecture, scalability, and trade-offs across an entire Android application. This reflects the higher expectations placed on senior engineers, who are now judged not only on implementation skills but also on their ability to design robust, maintainable systems.

为何 Meta、DoorDash 和 TikTok 现在会考 Android 工程师的系统设计

高级 Android 面试如今越来越常加入系统设计题，考察的是超越单个组件的架构思维。

重點摘要

高级 Android 面试越来越常出现系统设计题。

考察重点已从单个组件延伸到整体架构。

Meta、DoorDash、TikTok 被提及采用这种面试方式。

文章指出，资深 Android 工程师的面试正在发生变化：企业不再只关注编码能力或单个组件的实现，而是越来越多地加入系统设计问题，考察候选人对架构、可扩展性和技术取舍的理解。Meta、DoorDash 和 TikTok 被作为采用这一做法的例子，说明高级岗位对工程师的要求已从“会写功能”提升到“能设计稳定、可维护、可扩展的整体系统”。

為何 Meta、DoorDash 與 TikTok 現在會考 Android 工程師的系統設計

資深 Android 面試如今越來越常加入系統設計題，考驗的是超越單一元件的架構思維。

重點摘要

資深 Android 面試越來越常出現系統設計題。

考核重點已從單一元件延伸到整體架構。

Meta、DoorDash、TikTok 被提及採用這種面試方式。

本文指出，資深 Android 工程師的面試正在出現明顯變化：企業不再只看程式實作與元件層級能力，而是開始加入系統設計題，評估候選人如何思考架構、擴充性與取捨。Meta、DoorDash 和 TikTok 等公司被點名為採用這種做法的代表，反映出資深職位對工程師的期待已提升，不僅要能寫出功能，也要能設計可維護、可擴展的整體系統。

今日總結

零網路依賴的架構設計：離線地理圍欄的挑戰

重點摘要

給 Android 開發者的 Kotlin Coroutine Builder 終極指南

重點摘要

Hello Kotliners

重點摘要

為擴展性而設計：打造八模組的 Clean Architecture

重點摘要

現代驗證：將 Firebase 與 Android 新的 Credential Manager 整合

重點摘要

停止發送通知訊息：為什麼你的 Android 應用應該使用僅資料型 FCM

重點摘要

如何使用 Kotlin 與 Jetpack Compose 從零打造 Android 啟動器

重點摘要

Flutter 3.44 會悄悄破壞你的 Android 建置——這是一行修正方法

重點摘要

Kotlin 協程：coroutineScope 與 supervisorScope——淺顯說明

重點摘要

Jetpack Compose 基礎系列——第 7 部分：理解 Jetpack Compose 中的重組

重點摘要

KotlinLLM 開源釋出

重點摘要

KMP 的另一種做法：一個模式、三個接縫

重點摘要

我們如何用 Kotlin 建立 MCP 伺服器——讓 stdio 保持乾淨以支援 JSON-RPC

重點摘要

為何 Meta、DoorDash 與 TikTok 現在會考 Android 工程師的系統設計

重點摘要