每日新聞摘要 - 2026年06月24日

01

Dynamic Authorization Scopes in Spring Authorization Server

Baeldung 作者：Philippe Sevestre 發布：06-24 10:09

Dynamic Authorization Scopes in Spring Authorization Server

This expands the range of use cases where we can use it, making it a suitable candidate for complex authorization-related scenarios.

重點摘要

Extend Spring Authorization Server to support dynamic OAuth 2.0 scopes.

Customize scope validation, consent decisions, and an optional consent page.

Use adapters and tests to keep business validation separate from Spring Security code.

This tutorial explains how to extend Spring Authorization Server to support dynamic OAuth 2.0 scopes, which are useful when the needed scope is not known in advance. It shows why dynamic scopes can be preferable to building a custom authorization scheme, then walks through the required server changes: custom scope validation, consent handling, and an optional consent page. The implementation separates Spring Security concerns from business validation by using a DynamicScopeService and adapter methods. It also covers configuring two security filter chains, building a consent controller and Thymeleaf view, and writing an end-to-end test that exercises the full authorization flow and confirms the issued access token contains the requested dynamic scope.

Spring Authorization Server 中的动态授权范围

这使它能够覆盖更广泛的使用场景，适合作为复杂授权需求的实现方案。

重點摘要

扩展 Spring Authorization Server 以支持动态 OAuth 2.0 scope。

自定义 scope 校验、用户同意判断和可选的同意页面。

通过适配器与测试将业务验证逻辑与 Spring Security 解耦。

本文介绍如何扩展 Spring Authorization Server 来支持动态 OAuth 2.0 scope。作者先说明其适用场景：当客户端所需权限无法预先确定，或只是为了执行一次性操作时，动态 scope 可以避免自行设计一套自定义授权协议。随后文章讲解需要修改的部分，包括 scope 验证逻辑、用户同意判断以及可选的 consent 页面，并通过 DynamicScopeService 与适配器把 Spring Security 相关代码和业务校验逻辑分离。文中还展示了双 security filter chain 的配置、同意页控制器与 Thymeleaf 页面实现，以及端到端测试方式，用来验证最终签发的 access token 是否携带请求的动态 scope。

Spring Authorization Server 中的動態授權範圍

這讓它能支援更多使用情境，成為處理複雜授權需求的合適選擇。

重點摘要

擴充 Spring Authorization Server 以支援動態 OAuth 2.0 scope。

客製化 scope 驗證、使用者同意判斷與同意頁面。

以適配器與測試將業務驗證邏輯與 Spring Security 分離。

本文說明如何擴充 Spring Authorization Server，以支援動態 OAuth 2.0 scope。作者先解釋動態 scope 的適用情境：當客戶端需要的權限不事先固定，或只針對單一操作申請授權時，就可避免自行實作另一套授權機制。接著示範如何調整授權伺服器的 scope 驗證、同意判斷與可選的 consent 頁面，並透過 DynamicScopeService 與 adapter 將 Spring Security 邏輯和業務驗證分開。文中也補充雙 security filter chain 設定、同意頁控制器與 Thymeleaf 表單，以及端到端測試方法，驗證取得的 access token 確實帶有動態 scope。

02

A Guide to Agent Skills in Spring AI

Baeldung 作者：Hardik Singh Behl 發布：06-24 10:26

A Guide to Agent Skills in Spring AI

Agent Skills provide a structured way to locally define, package, and expose capabilities to an AI agent.

重點摘要

Introduces Agent Skills as an open specification for reusable agent capabilities.

Shows how to configure Spring AI with OpenAI and agent-utils dependencies.

Builds a custom article-summarizer skill and wires it into a chatbot.

This article explains how Agent Skills can help Spring AI agents handle lightweight, local automation without the overhead of running full MCP servers. It introduces the Agent Skills specification, where a skill is a directory centered on a SKILL.md manifest plus scripts and resources. The tutorial then walks through setting up a Spring AI project, configuring an OpenAI chat model, and creating a custom article-summarizer skill under .openai/skills. By combining SkillsTool, FileSystemTools, and ShellTools, the chatbot can discover the skill, run a script to fetch article content, and return a structured summary. The article also warns that shell execution happens on the local machine, so scripts should be reviewed carefully.

Spring AI 中的 Agent Skills 指南

Agent Skills 提供了一种结构化方式，可在本地定义、打包并向 AI agent 暴露能力。

重點摘要

介绍 Agent Skills 这一开放规范，便于管理可复用的 agent 能力。

说明如何在 Spring AI 中添加 OpenAI 与 agent-utils 依赖。

实现一个文章摘要 skill，并将其接入简单的 chatbot。

本文介绍如何在 Spring AI 中使用 Agent Skills，让 AI agent 在不搭建完整 MCP 服务器的情况下，也能处理轻量、本地化的自动化任务。文章先解释 Agent Skills 的规范：一个 skill 由 SKILL.md 清单文件、相关脚本和资源构成。随后演示如何配置 Spring AI 项目、设置 OpenAI chat model，并在 .openai/skills 下创建 article-summarizer 自定义 skill。最后通过 SkillsTool、FileSystemTools 和 ShellTools，让 chatbot 识别 skill、执行脚本获取文章内容，并返回结构化摘要；同时提醒 ShellTools 会直接在本机运行脚本，需谨慎审查。

Spring AI 中的 Agent Skills 指南

Agent Skills 提供了一種結構化方式，可在本地定義、封裝並向 AI agent 暴露能力。

重點摘要

介紹 Agent Skills 這項開放規範，讓 agent 可重用能力更容易管理。

說明如何在 Spring AI 中加入 OpenAI 與 agent-utils 相依套件。

實作一個文章摘要 skill，並整合到簡單 chatbot 中。

本文說明如何在 Spring AI 中使用 Agent Skills，讓 AI agent 能在不建立完整 MCP 伺服器的情況下，執行輕量且本地化的自動化任務。文章先解釋 Agent Skills 的規格：一個 skill 由 SKILL.md 清單檔、相關腳本與資源組成。接著示範如何設定 Spring AI 專案、配置 OpenAI chat model，並在 .openai/skills 下建立 article-summarizer 自訂 skill。最後透過 SkillsTool、FileSystemTools 與 ShellTools 讓 chatbot 辨識 skill、執行腳本抓取文章內容，並輸出結構化摘要；同時提醒 ShellTools 會直接在本機執行腳本，需謹慎檢查。

03

Stop Switching Tabs to Deploy Your Android App

Dev.to Kotlin 作者：Hardil Undavia 發布：06-24 07:30

Stop Switching Tabs to Deploy Your Android App

Firebase Co-Pilot: Build Uploader handles the entire pipeline in one click, right inside your IDE.

重點摘要

Solo Android releases often follow the same slow, repetitive workflow.

The plugin streamlines build, sign, upload, and distribution in one step.

It removes terminal use, tab switching, and manual Firebase Console work.

The article describes the repetitive release process a solo Android developer faces: generating a signed APK, locating it, opening Firebase Console, uploading it, adding release notes, and selecting tester groups. The author argues that while the workflow is not difficult, it wastes time and interrupts feature development. The proposed fix is Firebase Co-Pilot: Build Uploader, a free Android Studio plugin that automates the full build-sign-upload-distribute pipeline with a single click inside the IDE, eliminating terminal use, tab switching, and manual Firebase Console steps.

别再切换标签页来部署你的 Android 应用

Firebase Co-Pilot：Build Uploader 只需一键，就能在 IDE 内完成整个流程。

重點摘要

独立 Android 开发者每次发布都要重复同一套繁琐流程。

这个插件将构建、签名、上传和分发整合为一步完成。

它省去了终端、标签页切换和手动操作 Firebase Console。

文章指出，独立 Android 开发者每次发布版本都要重复同样的流程：生成已签名的 APK、找到文件、打开 Firebase Console、上传、添加发布说明并选择测试群组。作者认为这套流程虽然不难，却非常耗时，会直接挤占真正的功能开发时间。为此，文中介绍了 Firebase Co-Pilot: Build Uploader 这款免费的 Android Studio 插件，可在 IDE 内一键完成构建、签名、上传与分发，省去终端、标签页切换和手动操作。

別再切換分頁來部署你的 Android App

Firebase Co-Pilot：Build Uploader 只要一鍵，就能在 IDE 內完成整個流程。

重點摘要

獨立 Android 開發者每次發佈都要重複同一套繁瑣流程。

這個外掛把建置、簽署、上傳與發布整合成一步完成。

可免去終端機、分頁切換與手動操作 Firebase Console。

本文指出，獨立 Android 開發者每次發佈版本都得反覆經歷相同流程：產生已簽署的 APK、找到檔案、開啟 Firebase Console、上傳、填寫版本說明並選擇測試群組。作者認為這套流程雖不困難，卻非常耗時，會直接壓縮實際開發功能的時間。為了解決這個問題，文中介紹 Firebase Co-Pilot: Build Uploader 這款免費的 Android Studio 外掛，可在 IDE 內一鍵完成建置、簽署、上傳與發布，省去終端機、分頁切換與手動操作。

04

Design a screen, get a Clean Architecture feature — Spec-Driven Development that keeps AI-generated KMP code from drifting

Dev.to Kotlin 作者：Ali Sadeghi 發布：06-24 08:44

Design a Screen, Ship a Clean Architecture Feature: Spec-Driven Development for Stable AI-Generated KMP Code

A living spec, a few guardrails, and an architecture the model isn't allowed to break.

重點摘要

AI-generated features drift when prompts are isolated and architecture is not enforced.

KMPilot combines design tokens, a living spec.md, and strict Clean Architecture guardrails.

Features are built, modified, tested, and reviewed through staged skills and agents.

The article explains why AI-generated Kotlin Multiplatform code tends to drift when features are built one prompt at a time: patterns change, layers leak, tests disappear, and screens stop matching design. To prevent that, Ali Sadeghi built KMPilot, a spec-driven workflow that treats Clean Architecture as a constraint, uses approved mockups as input, and keeps a versioned spec.md as the feature’s memory. A feature is built in stages: design is captured from Stitch, then the build proceeds through specialized skills and agents for data, UI, integration, and platform code. The same contract also governs later changes, while verification, testing, and review steps keep code and spec aligned.

设计一个界面，交付一个符合 Clean Architecture 的功能：用规格驱动让 AI 生成的 KMP 代码不再漂移

一份活的规格、几道护栏，以及一个模型不能打破的架构。

重點摘要

AI 逐步生成功能时，若缺少架构约束，代码很容易漂移。

KMPilot 通过设计稿、spec.md 和 Clean Architecture，把规则固定下来。

功能由设计、构建、测试与审查的分阶段技能和代理协作完成。

文章说明，当 Kotlin Multiplatform 功能按提示词逐步生成时，AI 代码常会出现模式漂移、层之间互相渗透、测试流失以及界面与设计稿不一致等问题。为解决这些情况，作者构建了 KMPilot，把 Clean Architecture 设为不可突破的约束，并用已批准的 mockup 作为输入，再以版本化的 spec.md 记录每个功能的契约与决策。实际开发中，设计先由 Stitch 转化为蓝图，随后由不同技能与代理分别处理数据层、UI、集成与平台代码；后续修改、验证与测试也都依照同一规格执行，从而避免代码与规格脱节。

畫出一個畫面，交付一個符合 Clean Architecture 的功能：以規格驅動穩定的 AI 生成 KMP 程式碼

一份活的規格、幾道護欄，以及一個模型不能打破的架構。

重點摘要

AI 逐步生成功能時，若沒有架構約束，程式碼很容易漂移。

KMPilot 透過設計稿、spec.md 與 Clean Architecture，把規則固定下來。

功能會經由設計、建置、測試與審查的分段技能與代理完成。

本文指出，當 Kotlin Multiplatform 功能一次只靠一個提示詞生成時，AI 程式碼很容易出現模式不一致、層級互相滲透、測試流失與畫面偏離設計等問題。作者因此打造 KMPilot，以規格驅動流程把 Clean Architecture 當成硬性約束，並以核准的 mockup 作為輸入，再用版本化的 spec.md 保存每個功能的契約與決策。實作時，設計先由 Stitch 擷取成藍圖，接著再交給不同技能與代理分工處理資料層、UI、整合與平台程式碼；後續修改、驗證與測試也都依同一份規格進行，避免程式與規格分離。

05

Building a Fast AI Chatbot in Android with OpenAI API and Jetpack Compose

Medium Kotlin 作者：sagar jaulaniya 發布：06-24 07:37

Building a Fast AI Chatbot in Android with OpenAI API and Jetpack Compose

AI-powered chatbots are becoming a common feature in Android applications.

重點摘要

Android apps increasingly include AI chatbots.

The article focuses on using OpenAI APIs with modern Android tools.

Jetpack Compose is highlighted as part of the implementation approach.

The article introduces the growing use of AI-powered chatbots in Android applications and points to a development approach built around OpenAI APIs and modern Android tooling such as Jetpack Compose. From the available text, it appears to be a guide or overview for creating a fast chatbot experience on Android, emphasizing current app development practices and conversational AI integration.

使用 OpenAI API 和 Jetpack Compose 在 Android 中构建快速 AI 聊天机器人

AI 驱动的聊天机器人正逐渐成为 Android 应用中的常见功能。

重點摘要

Android 应用中越来越常见 AI 聊天机器人。

文章聚焦 OpenAI API 与现代 Android 工具的结合。

Jetpack Compose 被提及为实现方案的一部分。

文章介绍了 AI 聊天机器人在 Android 应用中的普及趋势，并指出可借助 OpenAI API 和 Jetpack Compose 等现代 Android 工具来构建快速的对话体验。根据现有内容来看，这篇文章更像是对 Android 集成生成式 AI 的入门说明或实践概述，重点在于开发思路与现代应用实现方式。

在 Android 中結合 OpenAI API 與 Jetpack Compose 打造快速 AI 聊天機器人

AI 驅動的聊天機器人正逐漸成為 Android 應用中的常見功能。

重點摘要

Android 應用越來越常加入 AI 聊天機器人。

文章聚焦 OpenAI API 與現代 Android 工具的結合。

Jetpack Compose 被用來作為實作方式之一。

本文簡介 Android 應用中 AI 聊天機器人的普及趨勢，並指出可透過 OpenAI API 與 Jetpack Compose 等現代 Android 工具來建構快速的對話體驗。從現有內容來看，這篇文章應是介紹如何在 Android 上整合生成式 AI 的概覽或教學，重點放在實作思路與現代化開發流程。

06

Strong Skipping Mode, Explained

Medium Kotlin 作者：Christophy Barth 發布：06-24 10:51

Strong Skipping Mode, Explained

Strong skipping mode changed the rules; some Compose performance advice is now outdated.

重點摘要

Compose performance guidance from a few years ago may no longer apply.

Strong skipping mode has changed how skipping works in Compose.

The article explains why older mental models need to be updated.

This article revisits Compose performance advice and warns that some guidance learned a few years ago is now outdated. It points to strong skipping mode as the change that altered the rules around skipping, meaning developers may need to adjust how they think about Compose performance. The piece is framed as an explanation of what changed and why older assumptions are no longer fully reliable.

强力跳过模式解析

强力跳过模式改变了规则；你几年前记住的部分 Compose 性能观念已经过时。

重點摘要

几年前学到的 Compose 性能建议可能已不再适用。

强力跳过模式改变了 Compose 的跳过机制。

文章说明为何需要更新旧有的性能理解。

这篇文章回顾 Compose 性能相关的经验，指出几年前学到的部分做法如今已经不正确。作者强调，强力跳过模式改变了跳过机制的规则，因此开发者需要重新理解 Compose 的性能行为。整体而言，文章是在解释这项变化，以及为什么旧有的心智模型需要更新。

強力跳過模式解析

強力跳過模式改變了規則；你幾年前記住的部分 Compose 效能觀念已經過時。

重點摘要

幾年前學到的 Compose 效能建議可能已不再適用。

強力跳過模式改變了 Compose 的跳過機制。

文章說明為何需要更新舊有的效能理解。

這篇文章回顧 Compose 效能最佳化的相關觀念，指出幾年前學到的部分內容如今已不正確。作者強調，強力跳過模式改變了跳過機制的規則，因此開發者需要重新理解 Compose 的效能行為。整體來說，文章是在說明這項變更，以及為何舊有的心智模型需要更新。

07

Scroll Restoration Fails When the Item Doesn’t Exist Yet in Compose

Medium Kotlin 作者：chanzmao 發布：06-24 11:45

Scroll Restoration Fails When the Item Doesn't Exist Yet in Compose

Wait for the target item instead of guessing when to call scrollToItem().

重點摘要

Restoring scroll can fail if the target item has not been composed yet.

Calling scrollToItem() too early may not find the intended position.

The fix is to wait until the item exists before restoring scroll state.

The article explains a common scroll-restoration problem in Jetpack Compose: if you try to restore position before the target item has been created, scrollToItem() can fail or behave unexpectedly. Instead of guessing the right moment to call it, the author recommends waiting until the target item exists in the list. This approach avoids premature restoration and makes scroll recovery more reliable.

在 Compose 中，当项目尚未存在时，滚动恢复会失败

不要猜测何时调用 scrollToItem()，而要等待目标项出现。

重點摘要

如果目标项尚未被创建，恢复滚动可能会失败。

过早调用 scrollToItem() 可能找不到预期位置。

更可靠的做法是等目标项存在后再恢复滚动状态。

本文说明 Jetpack Compose 中常见的滚动恢复问题：如果在目标项尚未创建前就尝试恢复位置，scrollToItem() 可能会失败或产生非预期行为。作者建议不要猜测调用时机，而是等待目标项真正出现在列表中后再执行恢复。这样可以避免过早恢复，让滚动状态重建更加稳定可靠。

在 Compose 中，當項目尚未存在時，Scroll Restoration 會失敗

不要猜測何時呼叫 scrollToItem()，而是等目標項目出現。

重點摘要

若目標項目尚未被建立，還原捲動可能會失敗。

過早呼叫 scrollToItem() 可能找不到預期的位置。

更可靠的做法是先等待目標項目存在，再還原捲動狀態。

本文說明 Jetpack Compose 中常見的捲動還原問題：如果在目標項目尚未建立前就嘗試恢復位置，scrollToItem() 可能會失敗或出現非預期行為。作者建議不要猜測呼叫時機，而是等待目標項目真正出現在清單中，再執行還原。這樣可以避免過早恢復，讓捲動狀態重建更穩定可靠。

08

Boilerplate Code in Android Development: Examples, Problems, and Modern Solutions

Medium Kotlin 作者：Halil Özel 發布：06-24 12:56

Boilerplate Code in Android Development: Examples, Problems, and Modern Solutions

If you’ve worked on Android projects long enough, you’ve probably heard someone say:

重點摘要

The article introduces boilerplate code in Android development.

It points to common frustrations caused by repetitive code.

The piece frames modern solutions as the way forward.

This article introduces the problem of boilerplate code in Android development and sets up a discussion of its common examples, the issues it creates, and newer approaches that can reduce repetition. The excerpt is brief, but it clearly signals a focus on the pain points developers face when writing repetitive Android code and on practical modern solutions that aim to make development cleaner and more efficient.

Android 开发中的样板代码：示例、问题与现代解决方案

如果你在 Android 项目中做得够久，你大概听过有人这么说：

重點摘要

文章先引出 Android 开发中的样板代码。

内容聚焦重复代码带来的常见困扰。

并以现代化方案作为改进方向。

本文以 Android 开发中的样板代码为切入点，先指出长期存在的重复编写问题，并预告将从示例、弊端到现代解决方案展开说明。虽然给出的正文很短，但可以看出文章重点在于讨论开发者在 Android 项目中常遇到的重复劳动，以及如何借助更现代的方法减少样板代码、提升开发效率与代码可维护性。

Android 開發中的樣板程式碼：範例、問題與現代解法

如果你在 Android 專案中工作夠久，你大概聽過有人這麼說：

重點摘要

文章先引出 Android 開發中的樣板程式碼。

內容聚焦重複程式帶來的常見困擾。

並以現代化解法作為改善方向。

本文以 Android 開發中的樣板程式碼為主題，先點出長期存在的重複撰寫問題，接著預告將從範例、困境到現代解法逐步說明。雖然提供的內文很短，但可看出文章核心在於討論開發者常遇到的重複性負擔，以及如何透過較新的做法減少樣板程式碼、提升開發效率與可維護性。

09

Build a Reusable Skeleton Modifier in 40 Lines of Compose

Medium Kotlin 作者：The Android Blacksmith 發布：06-24 13:13

Build a Reusable Skeleton Modifier in 40 Lines of Compose

The designer hands you a loading state, so you build `SkeletonUserCard`, `SkeletonProductRow`, `SkeletonSettingsPage`...

重點摘要

Problem: separate skeleton components are repetitive

Goal: create one reusable Compose modifier

Article introduces a compact 40-line approach

The article points out a common UI workflow in which designers provide a loading state, and developers respond by creating many one-off skeleton components such as `SkeletonUserCard`, `SkeletonProductRow`, and `SkeletonSettingsPage`. Its core idea is to avoid that repetition by building a reusable skeleton modifier in Jetpack Compose. The piece focuses on a compact implementation—around 40 lines—that can simplify loading placeholders and reduce duplication across screens.

用 40 行 Compose 构建可复用的 Skeleton Modifier

当设计师交付一个 loading 状态时，你往往会去写 `SkeletonUserCard`、`SkeletonProductRow`、`SkeletonSettingsPage`……

重點摘要

问题：为不同页面分别写 skeleton 组件过于重复

目标：用一个可复用的 Compose modifier 统一处理

文章强调约 40 行代码的精简实现

文章指出，当设计师提供 loading 状态时，开发者常常会为不同页面分别创建 `SkeletonUserCard`、`SkeletonProductRow`、`SkeletonSettingsPage` 等 skeleton 组件，导致代码重复。作者提出改用一个可复用的 Jetpack Compose skeleton modifier，以更统一、简洁的方式处理加载占位。文章重点在于用大约 40 行代码实现这一思路，从而减少维护成本并提升复用性。

用 40 行 Compose 打造可重用的 Skeleton Modifier

設計師交付 loading 狀態後，你往往得建立 `SkeletonUserCard`、`SkeletonProductRow`、`SkeletonSettingsPage`……

重點摘要

問題：每個畫面各做一個 skeleton 元件太重複

目標：用一個可重用的 Compose modifier 解決

文章主打約 40 行的精簡實作

文章指出，當設計師交付 loading 狀態時，開發者常會為不同頁面各自建立 skeleton 元件，例如 `SkeletonUserCard`、`SkeletonProductRow`、`SkeletonSettingsPage`，結果造成大量重複。作者主張改用一個可重用的 Jetpack Compose skeleton modifier，以更精簡的方式統一處理載入佔位。全文重點在於用約 40 行程式碼完成這個做法，降低維護成本並減少重複實作。

10

Mastering Kotlin Annotations: Metadata, Magic, and Code Generation

Medium Kotlin 作者：Android Expert 發布：06-24 13:42

Mastering Kotlin Annotations: Metadata, Magic, and Code Generation

How the @ symbol powers Jetpack Compose, Room, and KSP behind the scenes to eliminate boilerplate.

重點摘要

Annotations carry metadata used at compile time and runtime.

They help power frameworks like Jetpack Compose, Room, and KSP.

Their main value is reducing boilerplate through code generation.

This article introduces Kotlin annotations as a core mechanism behind tools such as Jetpack Compose, Room, and KSP. It explains that the @ symbol is more than syntax decoration: annotations attach metadata that libraries can inspect to drive behavior, generate code, and remove repetitive boilerplate. By showing how annotations support modern Android development, the piece highlights their practical role in making code cleaner, more expressive, and easier to maintain.

掌握 Kotlin 注解：元数据、魔法与代码生成

@ 符号如何在幕后驱动 Jetpack Compose、Room 和 KSP，消除样板代码。

重點摘要

注解可携带供编译期与运行期使用的元数据。

它们支持 Jetpack Compose、Room 和 KSP 等框架运作。

核心价值在于通过代码生成减少样板代码。

本文介绍 Kotlin 注解在 Jetpack Compose、Room 和 KSP 等工具中的核心作用。作者指出，@ 符号不仅是语法装饰，注解还会附加元数据，供库在编译期或运行期读取，从而驱动行为、生成代码并减少重复样板。文章结合 Android 开发场景说明，注解如何让代码更简洁、更具表现力，也更易于维护。

精通 Kotlin 註解：中繼資料、魔法與程式碼生成

@ 符號如何在幕後驅動 Jetpack Compose、Room 與 KSP，消除樣板程式碼。

重點摘要

註解可攜帶供編譯期與執行期使用的中繼資料。

它們支援 Jetpack Compose、Room 與 KSP 等框架運作。

核心價值在於透過程式碼生成減少樣板程式碼。

本文介紹 Kotlin 註解在 Jetpack Compose、Room 與 KSP 等工具中的核心作用。作者指出，@ 符號不只是語法裝飾，註解其實會附加中繼資料，供函式庫在編譯或執行時讀取，進而驅動行為、產生程式碼並減少重複樣板。文章以 Android 開發情境說明註解如何讓程式更精簡、更具表達力，也更容易維護。

11

Migration from XML to Jetpack Compose: A Practical Guide for Android Developers

Medium Kotlin 作者：Apoorv Rathore 發布：06-24 13:54

Migration from XML to Jetpack Compose: A Practical Guide for Android Developers

Continue reading on Medium »

重點摘要

Source text provides only the article title and link.

No article body is included beyond the Medium continuation notice.

A faithful summary cannot be derived from the provided content alone.

The provided input does not include the article’s substantive content—only the title, author, link, and a brief Medium continuation notice. As a result, there is no reliable basis for summarizing the migration process, implementation steps, or recommendations discussed in the original piece. To produce an accurate summary, the full article text or additional excerpts would be needed.

从 XML 迁移到 Jetpack Compose：Android 开发者的实用指南

请在 Medium 上继续阅读 »

重點摘要

原始输入只包含标题、作者和链接。

没有提供正文内容，仅有继续阅读提示。

信息不足，无法准确提炼迁移要点。

目前提供的内容只有文章标题、作者、链接，以及“Continue reading on Medium”的提示，并未包含正文，因此无法可靠总结文章中关于从 XML 迁移到 Jetpack Compose 的具体流程、实践或建议。若需要忠于原文的摘要，请补充完整文章文本或更多可用段落。

從 XML 遷移到 Jetpack Compose：Android 開發者的實用指南

請在 Medium 上繼續閱讀 »

重點摘要

原文僅提供標題、作者與連結。

內文未包含實際段落內容，只有繼續閱讀提示。

缺乏完整文章，無法忠實整理遷移重點。

本次提供的資料只有文章標題、作者、連結，以及「Continue reading on Medium」的提示，沒有實際內文，因此無法可靠判斷文章中對 XML 遷移到 Jetpack Compose 的具體步驟、做法或建議。若要產出忠於原文的摘要，需補充完整文章內容或更多節錄段落。

12

Kotlin Toolchain 0.11: The Next Step for Amper

Kotlin Blog 作者：Joffrey Bion 發布：06-24 13:04

Kotlin Toolchain 0.11: The Next Step for Amper

Amper has evolved into the Kotlin Toolchain and is now Alpha.

重點摘要

Amper is rebranded as Kotlin Toolchain and reaches Alpha.

Global kotlin CLI installation is now supported, with project wrapper matching handled automatically.

Publishing JVM libraries, Cinterop support, custom checks/commands, and IDE improvements are added.

Amper 0.11.0 marks the transition to the Kotlin Toolchain, now in Alpha and positioned as a unified entry point for Kotlin development. The release introduces a global kotlin CLI, while still honoring per-project wrappers automatically, and adds preview support for publishing JVM libraries, including Maven Central. It also brings Cinterop generation, new plugin development APIs, custom checks and commands, generated-file registration, IDE sync and dependency-resolution improvements, better terminal output, updated defaults, and guidance for migrating existing Amper projects to the new wrappers.

Kotlin Toolchain 0.11：Amper 的下一步

Amper 已演进为 Kotlin Toolchain，并进入 Alpha 阶段。

重點摘要

Amper 正式更名为 Kotlin Toolchain，并以 Alpha 版本发布。

新增全局 kotlin CLI 安装，并可自动匹配项目内的 wrapper。

支持 JVM 库发布、Cinterop、插件自定义检查与命令。

Amper 0.11.0 宣布品牌升级为 Kotlin Toolchain，并进入 Alpha 阶段，定位为 Kotlin 开发的统一入口。此次发布带来可全局安装的 kotlin CLI，同时仍会自动匹配项目中的 wrapper；还预览支持将 JVM 库发布到普通 Maven 仓库和 Maven Central。除此之外，新版加入 Cinterop 绑定生成、插件开发 API、自定义检查与命令、生成文件注册，以及 IDE、终端输出和默认工具版本等多项改进，并提供现有 Amper 项目的迁移方式。

Kotlin Toolchain 0.11：Amper 的下一步

Amper 已演進為 Kotlin Toolchain，並進入 Alpha 階段。

重點摘要

Amper 正式更名為 Kotlin Toolchain，並以 Alpha 版本推出。

新增全域 kotlin CLI 安裝與自動對應專案 wrapper 的能力。

支援 JVM 函式庫發布、Cinterop、外掛自訂檢查與指令。

Amper 0.11.0 宣告產品品牌轉向 Kotlin Toolchain，並以 Alpha 版本登場，目標是成為 Kotlin 生態系的統一入口。新版加入可全域安裝的 kotlin CLI，且會自動對應專案中的 wrapper；同時預覽支援 JVM 函式庫發布到一般 Maven 倉庫與 Maven Central。除此之外，還包含 Cinterop 綁定生成、外掛開發 API、客製化檢查與指令、生成檔案註冊，以及 IDE、終端輸出與預設版本等多項改進。

13

The Big Lie in Mobile Privacy (And How We Fixed It)

Dev.to Kotlin 作者：Samir Moukhliss 發布：06-24 00:35

The Big Lie in Mobile Privacy (And How We Fixed It)

Traditional tools try to grab the snoop's notebook after they've walked around your house and written down your secrets.

重點摘要

Android consent banners do not necessarily stop tracking.

CookiePrime blocks trackers before they wake up and collect data.

Its on-device sweep detects hidden tracking scripts in 93 ms.

The article argues that mobile privacy tools often create an illusion of protection: even after users tap “Reject All,” hidden SDKs may already have copied device IDs, location, and usage data into local memory. CookiePrime says it fixes this by enforcing privacy on-device rather than filtering outgoing network traffic. Its Android engine scans apps quickly, freezes trackers when consent is denied, and prevents them from collecting or leaking data. The piece also highlights integration speed, detection techniques, and CookiePrime’s broader push to make privacy enforcement stronger than trust-based tracking policies.

移动隐私中的大谎言（以及我们如何修复它）

传统工具像是事后去抢走窃贼的笔记本；CookiePrime 则是先把门锁上。

重點摘要

Android 的同意弹窗并不一定能阻止追踪。

CookiePrime 在追踪器醒来前就先冻结它们。

其设备内扫描可在 93 毫秒内识别隐藏追踪脚本。

文章指出，移动隐私工具常制造出一种保护幻觉：用户点下“拒绝全部”后，隐藏的 SDK 可能已经把设备 ID、位置和使用习惯复制到本地内存。CookiePrime 认为，真正的隐私应直接在设备端强制执行，而不是只拦截外发网络流量。它的 Android 引擎会快速扫描应用，并在用户选择“不追踪”时立刻冻结相关追踪器，阻止其收集或泄露数据。文章还提到整合速度、检测方法，以及 CookiePrime 试图重新设定数字消费者保护标准的做法。

行動隱私的最大謊言（以及我們如何修正它）

傳統工具像是事後才去搶走竊賊的筆記本；CookiePrime 則是先把門鎖上。

重點摘要

Android 的同意視窗不一定真的阻止追蹤。

CookiePrime 在追蹤器醒來前就先行凍結它們。

其裝置內掃描可在 93 毫秒內找出隱藏的追蹤腳本。

文章指出，行動裝置隱私常給人一種被保護的錯覺：使用者按下「拒絕全部」後，隱藏的 SDK 可能早已把裝置 ID、位置與使用習慣寫入本機記憶體。CookiePrime 強調，真正的隱私應在裝置端直接執行，而不是只攔截外送流量。其 Android 引擎會快速掃描 App，當使用者選擇不追蹤時立即凍結相關追蹤器，避免資料被收集或外洩。文章也提到整合速度與多種偵測方式，展示 CookiePrime 想重新定義隱私防護標準。

14

Stop Losing Offline User Updates: Build a Room Mutation Queue

Dev.to Kotlin 作者：YADNYESH RANA 發布：06-24 07:07

Stop Losing Offline User Updates: Build a Room Mutation Queue

To build a true offline-first app, you need a local transaction write-queue.

重點摘要

Store pending mutations in a Room table with type, target table, payload, and timestamp.

Write offline changes to local data and queue the same transaction atomically.

Use WorkManager with network constraints and retry logic to sync mutations sequentially.

Most Android apps use Room for offline reads, but offline writes are often lost, blocked, or handled poorly. The article proposes an offline-first mutation queue built with Room, Ktor, and WorkManager. User changes are written to the local cache table and queued in the same database transaction so the UI updates immediately while the mutation is preserved. A CoroutineWorker then reads pending mutations in order, sends them to the server, deletes successful items, and retries on failure with exponential backoff. The result is a reliable sync flow that uploads offline edits automatically when connectivity returns.

别再丢失离线用户更新：构建 Room Mutation Queue

要打造真正的 offline-first 应用，就需要一个本地事务写入队列。

重點摘要

在 Room 中建立待处理 mutation 表，保存操作类型、目标表与负载。

离线更新先写入本地数据，再在同一事务中加入同步队列。

结合 WorkManager 的网络约束与重试策略，按顺序同步变更。

大多数 Android 应用使用 Room 处理离线读取，但离线写入往往会失败、阻塞界面，或无法可靠保存。文章提出一套基于 Room、Ktor 和 WorkManager 的 offline-first mutation queue。用户离线修改时，数据会先写入本地缓存表，并在同一数据库事务中加入待同步队列，从而让 UI 立即更新且变更不丢失。随后由 CoroutineWorker 按顺序读取队列、发送到服务器、删除成功项，失败则采用指数退避重试，最终在网络恢复后自动完成同步。

別再遺失離線使用者更新：打造 Room Mutation Queue

要建立真正的 offline-first App，就需要一個本機交易寫入佇列。

重點摘要

在 Room 中建立待處理 mutation 表，記錄操作類型、目標表與 payload。

離線更新先寫入本機資料表，再在同一交易中排入同步佇列。

以 WorkManager 搭配網路條件與重試機制，依序同步所有變更。

多數 Android App 會用 Room 處理離線讀取，但離線寫入常會失敗、卡住 UI，或根本無法可靠保存。本文提出一套以 Room、Ktor 與 WorkManager 實作的 offline-first mutation queue。使用者在離線時的變更會先寫入本機快取資料表，並在同一個資料庫交易中加入待同步佇列，讓畫面立即更新且資料不遺失。之後由 CoroutineWorker 依序讀取佇列、送往伺服器、刪除成功項目，失敗則以指數退避重試，達成連線恢復後自動同步。

15

FOREGROUND_SERVICE_TYPE_CAMERA: Keeping a Camera Alive With the Screen Off on Android 14+

Dev.to Kotlin 作者：Super Funicular 發布：06-24 07:11

FOREGROUND_SERVICE_TYPE_CAMERA: Keeping a Camera Alive With the Screen Off on Android 14+

Android 14’s foreground-service types are a contract about when and how you’re allowed to start.

重點摘要

Android 14 requires CAMERA foreground services to satisfy permission, manifest type, and launch conditions together.

A camera foreground service cannot be started from the background because CAMERA is a while-in-use permission.

The app uses one foreground service for camera capture, wake lock, and local web server, with user-initiated startup.

This article explains how to keep a camera running with the screen off on Android 14 and later without triggering SecurityException. The key is a three-part contract: declare both FOREGROUND_SERVICE and FOREGROUND_SERVICE_CAMERA permissions, mark the service with android:foregroundServiceType="camera", and start it only from a visible, user-initiated state. Because CAMERA is a while-in-use permission, background launches from boot receivers, alarms, or silent jobs fail. The author shows the working sequence: startForegroundService from an Activity, promote immediately with the camera type, acquire a partial wake lock, then open the Camera2 session. A local Ktor server can share the same service lifecycle, and Play Console declarations must match the real user-facing behavior.

FOREGROUND_SERVICE_TYPE_CAMERA：在 Android 14+ 下让屏幕熄灭时保持相机运行

Android 14 的前台服务类型，本质上是对启动时机与方式的契约。

重點摘要

Android 14 的相机前台服务必须同时满足权限、服务类型和启动条件。

由于 CAMERA 属于 while-in-use 权限，相机前台服务不能从后台直接启动。

相机、唤醒锁和本地 Web 服务器可以放在同一个前台服务中，由用户主动开启。

本文讲解如何在 Android 14 及以上版本中，在屏幕关闭时持续使用相机而不触发 SecurityException。核心是三项契约：除基础 FOREGROUND_SERVICE 外，还要声明 FOREGROUND_SERVICE_CAMERA；在 service 上设置 android:foregroundServiceType="camera"；并且只能在可见、由用户触发的状态下启动。由于 CAMERA 属于 while-in-use 权限，开机广播、闹钟或纯后台任务都无法直接启动相机前台服务。作者给出的可行流程是：先在 Activity 中调用 startForegroundService，再立即提升为前台服务、获取 partial wake lock，随后打开 Camera2；同一个服务还可承载本地 Ktor 服务器，并满足 Play Console 的用途说明。

FOREGROUND_SERVICE_TYPE_CAMERA：在 Android 14+ 讓螢幕熄滅時仍能保持相機運作

Android 14 的前景服務類型，本質上是對啟動時機與方式的契約。

重點摘要

Android 14 的相機前景服務必須同時滿足權限、服務類型與啟動時機三項條件。

由於 CAMERA 是 while-in-use 權限，相機前景服務不能在背景直接啟動。

同一個前景服務可同時承載相機、喚醒鎖與本機網頁伺服器，並由使用者主動開始。

本文說明如何在 Android 14 以上於螢幕關閉時持續使用相機，且不觸發 SecurityException。關鍵是三部分契約：除了基礎 FOREGROUND_SERVICE 外，還要加入 FOREGROUND_SERVICE_CAMERA；在 service 上標明 android:foregroundServiceType="camera"；並且只能在可見、由使用者觸發的狀態下啟動。因為 CAMERA 屬於 while-in-use 權限，從開機接收器、鬧鐘或背景工作直接啟動都會失敗。作者也展示可行流程：先從 Activity 呼叫 startForegroundService，再立即升級為前景服務、取得 partial wake lock，最後開啟 Camera2；同一個服務也可承載本機 Ktor 伺服器與 Play Console 所需說明。

16

Idempotency in Android: Building Payment Systems That Survive the Network

Medium Kotlin 作者：Ian Nthuli Mutuku 發布：06-24 02:51

Idempotency in Android: Building Payment Systems That Survive the Network

Your user just tapped “Pay” on a transfer.

重點摘要

A payment request may succeed on the server even if the app times out.

Without idempotency, retries can create duplicate transfers.

Idempotent design helps payment systems remain safe under unreliable networks.

The article opens with a common mobile-payment failure scenario: a user taps Pay, the server processes the transfer, but the app’s network call times out. It uses this example to highlight why idempotency matters in Android payment flows. By making requests safe to repeat, developers can prevent duplicate transactions when clients retry after network failures, helping payment systems stay reliable even when the connection is not.

Android 中的幂等性：打造能在网络故障下存活的支付系统

你的用户刚在转账时点下了“Pay”。

重點摘要

请求可能已在服务器端成功处理，但应用端却超时。

如果缺乏幂等性，重试可能导致重复转账。

通过幂等设计，支付系统能在不稳定网络下保持安全。

文章以移动支付的常见故障场景开篇：用户点下 Pay 后，服务器其实已经完成转账，但应用的网络调用却超时。作者借此强调 Android 支付流程中幂等性的重要性。通过让请求可以安全重复执行，开发者就能避免客户端在网络失败后重试时产生重复交易，从而让支付系统在连接不稳定的环境中依然可靠。

Android 中的冪等性：打造能在網路故障下存活的支付系統

你的使用者剛在轉帳畫面按下了「Pay」。

重點摘要

請求可能已在伺服器成功處理，但 App 端卻逾時。

若缺乏冪等性，重試可能造成重複轉帳。

透過冪等設計，支付系統可在不穩定網路下保持安全。

文章以行動支付常見情境開場：使用者按下 Pay 後，伺服器已完成轉帳，但 App 的網路請求卻逾時。作者藉此說明 Android 支付流程中「冪等性」的重要性。當請求可安全重複執行時，客戶端即使在網路失敗後重試，也能避免重複扣款或重複轉帳，讓支付系統在不穩定連線下仍更可靠。

17

Looks fine, but…

Medium Kotlin 作者：Marcin Moskala 發布：06-24 06:16

Looks Fine, But…

Hello [[firstname]], Continue reading on kt.academy »

重點摘要

The provided body is only a short teaser.

It greets the reader with a placeholder name.

The message directs readers to continue on kt.academy.

The supplied content is not a full article, but a brief teaser from Medium. It opens with a personalized greeting placeholder, “Hello [[firstname]],” and then prompts the reader to continue reading on kt.academy. No substantive article text is included beyond this redirect, so the only verifiable details are the title, author, link, and the short message shown in the body.

看起来没问题，但……

Hello [[firstname]], Continue reading on kt.academy »

重點摘要

这段内容只是一个简短的导流提示。

开头使用了带占位符姓名的问候语。

消息引导读者前往 kt.academy 继续阅读。

这份内容并不是完整文章，而是来自 Medium 的一段简短预告。正文先以个性化占位符“Hello [[firstname]]”开场，随后提示读者前往 kt.academy 继续阅读。除标题、作者、链接和这段导流信息外，没有提供其他可验证的文章正文。

看起來沒問題，但……

Hello [[firstname]], Continue reading on kt.academy »

重點摘要

本文內容僅是一段簡短的導流訊息。

開頭使用了帶有占位符姓名的問候語。

訊息引導讀者前往 kt.academy 繼續閱讀。

這份內容並不是完整文章，而是來自 Medium 的一段簡短預告。內文先以個人化占位符「Hello [[firstname]]」開場，接著提示讀者前往 kt.academy 繼續閱讀。除標題、作者、連結與這段導流訊息外，沒有提供其他可驗證的文章正文。

今日總結

Spring Authorization Server 中的動態授權範圍

重點摘要

Spring AI 中的 Agent Skills 指南

重點摘要

別再切換分頁來部署你的 Android App

重點摘要

畫出一個畫面，交付一個符合 Clean Architecture 的功能：以規格驅動穩定的 AI 生成 KMP 程式碼

重點摘要

在 Android 中結合 OpenAI API 與 Jetpack Compose 打造快速 AI 聊天機器人

重點摘要

強力跳過模式解析

重點摘要

在 Compose 中，當項目尚未存在時，Scroll Restoration 會失敗

重點摘要

Android 開發中的樣板程式碼：範例、問題與現代解法

重點摘要

用 40 行 Compose 打造可重用的 Skeleton Modifier

重點摘要

精通 Kotlin 註解：中繼資料、魔法與程式碼生成

重點摘要

從 XML 遷移到 Jetpack Compose：Android 開發者的實用指南

重點摘要

Kotlin Toolchain 0.11：Amper 的下一步

重點摘要

行動隱私的最大謊言（以及我們如何修正它）

重點摘要

別再遺失離線使用者更新：打造 Room Mutation Queue

重點摘要

FOREGROUND_SERVICE_TYPE_CAMERA：在 Android 14+ 讓螢幕熄滅時仍能保持相機運作

重點摘要

Android 中的冪等性：打造能在網路故障下存活的支付系統

重點摘要

看起來沒問題，但……

重點摘要