@tencentcloud/sdk-mcp 1.7.3 → 1.7.5

package/resource/knowledge/livekit/core-sdk/features/android/audience-list.md

@@ -261,11 +261,11 @@ class LiveRoomManager(
 
 - **更新机制与频率控制:**
 
-  - 无论是即时触发还是延迟触发，所有的人数变更通知都是以消息的形式在房间内广播的。
+   - 无论是即时触发还是延迟触发，所有的人数变更通知都是以消息的形式在房间内广播的。
 
-  - 房间内每秒的消息总量有上限，单房间消息频控是**每秒 40 条消息**。
+   - 房间内每秒的消息总量有上限，单房间消息频控是**每秒 40 条消息**。
 
-  - **关键点: 在"弹幕风暴"或礼物刷屏等消息流量极高的场景下，如果房间内的消息速率超过了 40条/秒 的阈值，为了保证核心消息（例如弹幕）的送达，人数变更的消息可能会被频控策略丢弃**。
+   - **关键点: 在"弹幕风暴"或礼物刷屏等消息流量极高的场景下，如果房间内的消息速率超过了 40条/秒 的阈值，为了保证核心消息（例如弹幕）的送达，人数变更的消息可能会被频控策略丢弃**。
 
       **这对开发者意味着什么？**
 

package/resource/knowledge/livekit/core-sdk/features/android/live-list.md

@@ -514,10 +514,10 @@ class YourAudienceActivity : AppCompatActivity() {
 
 - **数量与大小限制**：
 
-  - 单个房间最多支持 **10** 个 key。
+   - 单个房间最多支持 **10** 个 key。
 
-  - 每个 key 的长度不超过 **50 字节**，每个 value 的长度不超过 **2KB**。
+   - 每个 key 的长度不超过 **50 字节**，每个 value 的长度不超过 **2KB**。
 
-  - 单个房间所有 value 的总大小不超过 **16KB**。
+   - 单个房间所有 value 的总大小不超过 **16KB**。
 
 - **冲突解决**： `metaData` 的更新机制是"后来者覆盖"。如果多个管理员在短时间内修改同一个 key，最后一次的修改会生效。建议在业务设计上避免多人同时修改同一个关键信息。

package/resource/knowledge/livekit/core-sdk/features/flutter/audience-list.md

@@ -251,11 +251,11 @@ class LiveRoomManager {
 
 - **更新机制与频率控制：**
 
-  - 无论是即时触发还是延迟触发，所有的人数变更通知都是以消息的形式在房间内广播的。
+   - 无论是即时触发还是延迟触发，所有的人数变更通知都是以消息的形式在房间内广播的。
 
-  - 房间内每秒的消息总量有上限，单房间消息频控是**每秒 40 条消息**。
+   - 房间内每秒的消息总量有上限，单房间消息频控是**每秒 40 条消息**。
 
-  - **关键点：**在"弹幕风暴"或礼物刷屏等消息流量极高的场景下，如果房间内的消息速率超过了 40条/秒 的阈值，为了保证核心消息（例如弹幕）的送达，**人数变更的消息可能会被频控策略丢弃**。
+   - **关键点：**在"弹幕风暴"或礼物刷屏等消息流量极高的场景下，如果房间内的消息速率超过了 40条/秒 的阈值，为了保证核心消息（例如弹幕）的送达，**人数变更的消息可能会被频控策略丢弃**。
 
       **这对开发者意味着什么？**
 

package/resource/knowledge/livekit/core-sdk/features/flutter/live-list.md

@@ -718,10 +718,10 @@ class _ProductCardWidgetState extends State<ProductCardWidget> {
 
 - **数量与大小限制：**
 
-  - 单个房间最多支持 **10** 个 key。
+   - 单个房间最多支持 **10** 个 key。
 
-  - 每个 key 的长度不超过 **50 字节**，每个 value 的长度不超过 **2KB**。
+   - 每个 key 的长度不超过 **50 字节**，每个 value 的长度不超过 **2KB**。
 
-  - 单个房间所有 value 的总大小不超过 **16KB**。
+   - 单个房间所有 value 的总大小不超过 **16KB**。
 
 - **冲突解决**：`metaData` 的更新机制是"后来者覆盖"。如果多个管理员在短时间内修改同一个 key，最后一次的修改会生效。建议在业务设计上避免多人同时修改同一个关键信息。

package/resource/knowledge/livekit/core-sdk/features/ios/audience-list.md

@@ -254,11 +254,11 @@ class LiveRoomManager {
 
 - **更新机制与频率控制：**
 
-  - 无论是即时触发还是延迟触发，所有的人数变更通知都是以消息的形式在房间内广播的。
+   - 无论是即时触发还是延迟触发，所有的人数变更通知都是以消息的形式在房间内广播的。
 
-  - 房间内每秒的消息总量有上限，单房间消息频控是**每秒 40 条消息**。
+   - 房间内每秒的消息总量有上限，单房间消息频控是**每秒 40 条消息**。
 
-  - **关键点：**在“弹幕风暴”或礼物刷屏等消息流量极高的场景下，如果房间内的消息速率超过了 40条/秒 的阈值，为了保证核心消息（例如弹幕）的送达，**人数变更的消息可能会被频控策略丢弃**。
+   - **关键点：**在“弹幕风暴”或礼物刷屏等消息流量极高的场景下，如果房间内的消息速率超过了 40条/秒 的阈值，为了保证核心消息（例如弹幕）的送达，**人数变更的消息可能会被频控策略丢弃**。
 
       **这对开发者意味着什么？**
 

package/resource/knowledge/livekit/core-sdk/features/ios/live-list.md

@@ -395,10 +395,10 @@ class YourAudienceViewController: UIViewController {
 
 - **数量与大小限制**：
 
-  - 单个房间最多支持 **10** 个 key。
+   - 单个房间最多支持 **10** 个 key。
 
-  - 每个 key 的长度不超过 **50 字节**，每个 value 的长度不超过 **2KB**。
+   - 每个 key 的长度不超过 **50 字节**，每个 value 的长度不超过 **2KB**。
 
-  - 单个房间所有 value 的总大小不超过 **16KB**。
+   - 单个房间所有 value 的总大小不超过 **16KB**。
 
 - **冲突解决**： `metaData` 的更新机制是“后来者覆盖”。如果多个管理员在短时间内修改同一个 key，最后一次的修改会生效。建议在业务设计上避免多人同时修改同一个关键信息。

package/resource/knowledge/livekit/core-sdk/features/uni-app/audience-list.md

@@ -206,11 +206,11 @@ onMounted(() => {
 
 - **更新机制与频率控制：**
 
-  - 无论是即时触发还是延迟触发，所有的人数变更通知都是以消息的形式在房间内广播的。
+   - 无论是即时触发还是延迟触发，所有的人数变更通知都是以消息的形式在房间内广播的。
 
-  - 房间内每秒的消息总量有上限，单房间消息频控是**每秒 40 条消息**。
+   - 房间内每秒的消息总量有上限，单房间消息频控是**每秒 40 条消息**。
 
-  - **关键点：**在“弹幕风暴”或礼物刷屏等消息流量极高的场景下，如果房间内的消息速率超过了 40条/秒 的阈值，为了保证核心消息（例如弹幕）的送达，**人数变更的消息可能会被频控策略丢弃**。
+   - **关键点：**在“弹幕风暴”或礼物刷屏等消息流量极高的场景下，如果房间内的消息速率超过了 40条/秒 的阈值，为了保证核心消息（例如弹幕）的送达，**人数变更的消息可能会被频控策略丢弃**。
 
       **这对开发者意味着什么？**
 

package/resource/knowledge/livekit/core-sdk/features/uni-app/live-list.md

@@ -78,68 +78,6 @@ const handleJoinLive = (live: any) => {
 
 </script>
 
-<style scoped>
-.live-list {
-  flex: 1;
-  background: #fff;
-}
-
-.list {
-  width: 100%;
-}
-
-.row {
-  flex-direction: row;
-  padding: 0 32rpx 16rpx;
-  justify-content: space-between;
-}
-
-.card {
-  width: 48%;
-  height: 320rpx;
-  background: #f5f5f5;
-  border-radius: 12rpx;
-  overflow: hidden;
-}
-
-.cover {
-  width: 100%;
-  height: 220rpx;
-}
-
-.info {
-  flex: 1;
-  padding: 12rpx;
-  flex-direction: column;
-}
-
-.title {
-  font-size: 26rpx;
-  font-weight: 600;
-  color: #000;
-  lines: 1;
-  text-overflow: ellipsis;
-  overflow: hidden;
-}
-
-.owner {
-  font-size: 22rpx;
-  color: #666;
-  margin-top: 4rpx;
-  lines: 1;
-  text-overflow: ellipsis;
-  overflow: hidden;
-}
-
-.count {
-  font-size: 20rpx;
-  color: #999;
-  margin-top: 4rpx;
-  lines: 1;
-  text-overflow: ellipsis;
-  overflow: hidden;
-}
-</style>
 ```
 
 **LiveInfo 参数说明**
@@ -286,111 +224,6 @@ const handleJoinLive = (live: any) => {
 };
 </script>
 
-<style scoped>
-.live-list {
-  flex: 1;
-  background: #fff;
-}
-
-/* 分类标签栏 */
-.category-tabs {
-  flex-direction: row;
-  padding: 16rpx 32rpx;
-  background: #f9f9f9;
-  border-bottom: 1rpx solid #e8e8e8;
-  overflow-x: auto;
-}
-
-.tab {
-  padding: 8rpx 20rpx;
-  margin-right: 12rpx;
-  background: #fff;
-  border: 1rpx solid #e0e0e0;
-  border-radius: 20rpx;
-  font-size: 24rpx;
-  color: #666;
-  white-space: nowrap;
-}
-
-.tab.active {
-  background: #0468FC;
-  border-color: #0468FC;
-  color: #fff;
-}
-
-.list {
-  width: 100%;
-}
-
-.row {
-  flex-direction: row;
-  padding: 0 32rpx 16rpx;
-  justify-content: space-between;
-}
-
-.card {
-  width: 48%;
-  height: 320rpx;
-  background: #f5f5f5;
-  border-radius: 12rpx;
-  overflow: hidden;
-  position: relative;
-}
-
-.cover {
-  width: 100%;
-  height: 220rpx;
-}
-
-/* 分类徽章 */
-.category-badge {
-  position: absolute;
-  top: 8rpx;
-  left: 8rpx;
-  background: rgba(4, 104, 252, 0.9);
-  border-radius: 4rpx;
-  padding: 4rpx 8rpx;
-}
-
-.badge-text {
-  font-size: 18rpx;
-  color: #fff;
-  font-weight: 600;
-}
-
-.info {
-  flex: 1;
-  padding: 12rpx;
-  flex-direction: column;
-}
-
-.title {
-  font-size: 26rpx;
-  font-weight: 600;
-  color: #000;
-  lines: 1;
-  text-overflow: ellipsis;
-  overflow: hidden;
-}
-
-.owner {
-  font-size: 22rpx;
-  color: #666;
-  margin-top: 4rpx;
-  lines: 1;
-  text-overflow: ellipsis;
-  overflow: hidden;
-}
-
-.count {
-  font-size: 20rpx;
-  color: #999;
-  margin-top: 4rpx;
-  lines: 1;
-  text-overflow: ellipsis;
-  overflow: hidden;
-}
-</style>
 ```
 
 ### 场景二：实现电商直播的商品信息展示
@@ -453,10 +286,10 @@ watch( currentLive, (newVal, oldVal) => {
 
 - **数量与大小限制**：
 
-  - 单个房间最多支持 **10** 个 key。
+   - 单个房间最多支持 **10** 个 key。
 
-  - 每个 key 的长度不超过 **50 字节**，每个 value 的长度不超过 **2KB**。
+   - 每个 key 的长度不超过 **50 字节**，每个 value 的长度不超过 **2KB**。
 
-  - 单个房间所有 value 的总大小不超过 **16KB**。
+   - 单个房间所有 value 的总大小不超过 **16KB**。
 
 - **冲突解决**： `metaData` 的更新机制是“后来者覆盖”。如果多个管理员在短时间内修改同一个 key，最后一次的修改会生效。建议在业务设计上避免多人同时修改同一个关键信息。

package/resource/knowledge/livekit/core-sdk/live/android/co-guest-interaction.md

@@ -315,7 +315,7 @@
 
 ### 运行效果
 
-当您集成以上功能实现后，请分别使用两个观众与主播进行连麦操作，观众 A 同时打开摄像头和麦克风，观众 B 只打开麦克风，运行效果如下，您可以参考下一章节 完善 UI 细节 来定制您想要的 UI 逻辑。
+当您集成以上功能实现后，请分别使用两个观众与主播进行连麦操作，观众 A 同时打开摄像头和麦克风，观众 B 只打开麦克风，运行效果如下，您可以参考下一章节 [完善 UI 细节](#.E5.AE.8C.E5.96.84-ui-.E7.BB.86.E8.8A.82) 来定制您想要的 UI 逻辑。
 
 ## 完善 UI 细节
 

package/resource/knowledge/livekit/core-sdk/live/android/host-interaction.md

@@ -232,7 +232,7 @@
 
 ### 运行效果
 
-当您集成以上功能实现后，请分别使用主播 A 和主播 B 进行对应操作，运行效果如下，您可以参考下一章节 完善 UI 细节 来定制您想要的 UI 逻辑。
+当您集成以上功能实现后，请分别使用主播 A 和主播 B 进行对应操作，运行效果如下，您可以参考下一章节 [完善 UI 细节](#.E5.AE.8C.E5.96.84-ui-.E7.BB.86.E8.8A.82) 来定制您想要的 UI 逻辑。
 
 ## 完善 UI 细节
 
@@ -508,9 +508,9 @@
 #### 关键流程说明
 1. ​**获取 PK 状态​**：
 
-  - 回调配置​：您可以通过配置 PK 状态回调，由 LiveKit 后台在 PK 开始、结束时，主动通知您的系统 PK 状态。
+   - 回调配置​：您可以通过配置 PK 状态回调，由 LiveKit 后台在 PK 开始、结束时，主动通知您的系统 PK 状态。
 
-  - 主动查询​：您的后台服务可主动调用 PK 状态查询 接口，随时查询当前 PK 状态。
+   - 主动查询​：您的后台服务可主动调用 PK 状态查询 接口，随时查询当前 PK 状态。
 
 2. **PK 分数计算**​：您的后台服务根据业务规则（如上述示例），计算 PK 分数增量。
 

package/resource/knowledge/livekit/core-sdk/live/flutter/co-guest-interaction.md

@@ -278,7 +278,7 @@
 
 ### 运行效果
 
-当您集成以上功能实现后，请分别使用两个观众与主播进行连麦操作，观众 A 同时打开摄像头和麦克风，观众 B 只打开麦克风，运行效果如下，您可以参考下一章节 完善 UI 细节 来定制您想要的 UI 逻辑。
+当您集成以上功能实现后，请分别使用两个观众与主播进行连麦操作，观众 A 同时打开摄像头和麦克风，观众 B 只打开麦克风，运行效果如下，您可以参考下一章节 [完善 UI 细节](#.E5.AE.8C.E5.96.84-ui-.E7.BB.86.E8.8A.82) 来定制您想要的 UI 逻辑。
 
 ## 完善 UI 细节
 

package/resource/knowledge/livekit/core-sdk/live/flutter/host-interaction.md

@@ -289,7 +289,7 @@
 
 ### 运行效果
 
-当您集成以上功能实现后，请分别使用主播 A 和主播 B 进行对应操作，运行效果如下，您可以参考下一章节 完善 UI 细节 来定制 UI 逻辑。
+当您集成以上功能实现后，请分别使用主播 A 和主播 B 进行对应操作，运行效果如下，您可以参考下一章节 [完善 UI 细节](#.E5.AE.8C.E5.96.84-ui-.E7.BB.86.E8.8A.82) 来定制 UI 逻辑。
 
 ## 完善 UI 细节
 
@@ -809,9 +809,9 @@ class _FullCustomLiveWidgetState extends State<FullCustomLiveWidget> {
 #### 关键流程说明
 1. ​**获取 PK 状态​**：
 
-  - 回调配置​：您可以通过配置 PK 状态回调，由 LiveKit 后台在 PK 开始、结束时，主动通知您的系统 PK 状态。
+   - 回调配置​：您可以通过配置 PK 状态回调，由 LiveKit 后台在 PK 开始、结束时，主动通知您的系统 PK 状态。
 
-  - 主动查询​：您的后台服务可主动调用 PK 状态查询 接口，随时查询当前 PK 状态。
+   - 主动查询​：您的后台服务可主动调用 PK 状态查询 接口，随时查询当前 PK 状态。
 
 2. **PK 分数计算**​：您的后台服务根据业务规则（如上述示例），计算 PK 分数增量。
 

package/resource/knowledge/livekit/core-sdk/live/flutter/integration.md

@@ -139,9 +139,9 @@ void main() async {
 
    这是最关键的一步。我们需要根据 `_isLiveStarted` 的状态选择不同的组件：
 
-  - **预览态：**使用 `VideoView` + `setLocalVideoView`（直接渲染本地采集数据）。
+   - **预览态：**使用 `VideoView` + `setLocalVideoView`（直接渲染本地采集数据）。
 
-  - **直播态：**使用 `LiveCoreWidget`（渲染直播间流数据）。
+   - **直播态：**使用 `LiveCoreWidget`（渲染直播间流数据）。
 
       ``` java
       // 3.1 封装预览视图组件
@@ -599,7 +599,7 @@ class _YourAudiencePageState extends State<YourAudiencePage> {
 
 ### 运行效果
 
-集成 **LiveCoreWidget** 后，您将得到一个纯净的视频渲染视图，它已具备完整的直播业务能力，但没有任何交互 UI。您可以参考下一章节 丰富直播场景 来完善直播场景。
+集成 **LiveCoreWidget** 后，您将得到一个纯净的视频渲染视图，它已具备完整的直播业务能力，但没有任何交互 UI。您可以参考下一章节 [丰富直播场景](#.E4.B8.B0.E5.AF.8C.E7.9B.B4.E6.92.AD.E5.9C.BA.E6.99.AF) 来完善直播场景。
 
 |**布局类型**|**动态宫格布局**|**浮动小窗布局**|**固定宫格布局**|**固定小窗布局**|
 |---------|---------|---------|---------|---------|

package/resource/knowledge/livekit/core-sdk/live/ios/co-guest-interaction.md

@@ -236,7 +236,7 @@
 
 ### 运行效果
 
-当您集成以上功能实现后，请分别使用两个观众与主播进行连麦操作，观众 A 同时打开摄像头和麦克风，观众 B 只打开麦克风，运行效果如下，您可以参考下一章节 完善 UI 细节 来定制您想要的 UI 逻辑。
+当您集成以上功能实现后，请分别使用两个观众与主播进行连麦操作，观众 A 同时打开摄像头和麦克风，观众 B 只打开麦克风，运行效果如下，您可以参考下一章节 [完善 UI 细节](#736c00b3-02dc-494b-838d-226439fd3e15) 来定制您想要的 UI 逻辑。
 
 ## 完善 UI 细节
 

package/resource/knowledge/livekit/core-sdk/live/ios/host-interaction.md

@@ -191,7 +191,7 @@
 
 ### 运行效果
 
-当您集成以上功能实现后，请分别使用主播 A 和主播 B 进行对应操作，运行效果如下，您可以参考下一章节 完善 UI 细节 来定制您想要的 UI 逻辑。
+当您集成以上功能实现后，请分别使用主播 A 和主播 B 进行对应操作，运行效果如下，您可以参考下一章节 [完善 UI 细节](#6fe270da-d3b3-4785-bdc2-53b59d6d9cc0) 来定制您想要的 UI 逻辑。
 
 ## 完善 UI 细节
 
@@ -441,9 +441,9 @@
 #### 关键流程说明
 1. ​**获取 PK 状态​**：
 
-  - 回调配置​：您可以通过配置 PK 状态回调，由 LiveKit 后台在 PK 开始、结束时，主动通知您的系统 PK 状态。
+   - 回调配置​：您可以通过配置 PK 状态回调，由 LiveKit 后台在 PK 开始、结束时，主动通知您的系统 PK 状态。
 
-  - 主动查询​：您的后台服务可主动调用 PK 状态查询 接口，随时查询当前 PK 状态。
+   - 主动查询​：您的后台服务可主动调用 PK 状态查询 接口，随时查询当前 PK 状态。
 
 2. **PK 分数计算**​：您的后台服务根据业务规则（如上述示例），计算 PK 分数增量。
 

package/resource/knowledge/livekit/core-sdk/live/ios/integration.md

@@ -171,7 +171,7 @@ func application(_ application: UIApplication, didFinishLaunchingWithOptions lau
    |`isMessageDisable`|`Bool`|选填|是否禁言（`true`：是，`false`：否）。|
    |`isPublicVisible`|`Bool`|选填|是否公开可见（`true`：是，`false`：否）。|
    |`seatMode`|`TakeSeatMode`|选填|上麦模式（`.free`：自由上麦，`.apply`：申请上麦）。|
-   |`seatTemplate`|SeatLayoutTemplate|必填|麦位布局模板。|
+   |`seatTemplate`|[SeatLayoutTemplate](#id)|必填|麦位布局模板。|
    |`coverURL`|`String`|选填|直播间的封面图片地址。|
    |`backgroundURL`|`String`|选填|直播间的背景图片地址。|
    |`categoryList`|`[NSNumber]`|选填|直播间的分类标签列表。|
@@ -363,7 +363,7 @@ class YourAudienceViewController: UIViewController {
 
 ### 运行效果
 
-集成 **LiveCoreView** 后，您将得到一个纯净的视频渲染视图，它已具备完整的直播业务能力，但没有任何交互 UI。您可以参考下一章节 丰富直播场景 来完善直播场景。
+集成 **LiveCoreView** 后，您将得到一个纯净的视频渲染视图，它已具备完整的直播业务能力，但没有任何交互 UI。您可以参考下一章节 [丰富直播场景](#82dbc44c-8a8e-40e2-89b9-66070f4beb72) 来完善直播场景。
 |  | <strong>动态宫格布局</strong> | <strong>浮动小窗布局</strong> | <strong>固定宫格布局</strong> | <strong>固定小窗布局</strong> |
 | --- | --- | --- | --- | --- |
 | <strong>模板取值</strong> | .videoDynamicGrid9Seats | .videoDynamicFloat7Seats | .videoFixedGrid9Seats | .videoFixedFloat7Seats |

package/resource/knowledge/livekit/core-sdk/live/uni-app/co-guest-interaction.md

@@ -309,7 +309,7 @@
 
 ### 运行效果
 
-当您集成以上功能实现后，请分别使用两个观众与主播进行连麦操作，观众 A 同时打开摄像头和麦克风，观众 B 只打开麦克风，运行效果如下，您可以参考下一章节 完善 UI 细节 来定制您想要的 UI 逻辑。
+当您集成以上功能实现后，请分别使用两个观众与主播进行连麦操作，观众 A 同时打开摄像头和麦克风，观众 B 只打开麦克风，运行效果如下，您可以参考下一章节 [完善 UI 细节](#.E5.AE.8C.E5.96.84-ui-.E7.BB.86.E8.8A.82) 来定制您想要的 UI 逻辑。
 
 ## 完善 UI 细节
 
@@ -324,9 +324,9 @@
 
    这个组件是我们的“UI 贴纸”，它只负责根据数据渲染 UI，不关心视频。
 
-  - 在您的 `components` 目录下，创建一个新文件 `ParticipantOverlay.vue`。
+   - 在您的 `components` 目录下，创建一个新文件 `ParticipantOverlay.vue`。
 
-  - 将以下代码复制到文件中。
+   - 将以下代码复制到文件中。
 
       ``` typescript
       <template>
@@ -378,52 +378,14 @@
       };
       </script>
 
-      <style scoped>
-      .overlay-container {
-        pointer-events: none;
-      }
-
-      .participant-ui-container {
-        overflow: hidden;
-      }
-      .avatar-placeholder {
-        display: flex;
-        flex-direction: column;
-        justify-content: center;
-        align-items: center;
-        background-color: #2E323A;
-      }
-      .avatar-image {
-        width: 160rpx;
-        height: 160rpx;
-        border-radius: 80rpx;
-      }
-      .avatar-name {
-        margin-top: 20rpx;
-        font-size: 28rpx;
-        color: #FFFFFF;
-      }
-      .nickname-bar {
-        position: absolute;
-        left: 10rpx;
-        bottom: 10rpx;
-        background-color: rgba(0, 0, 0, 0.5);
-        padding: 4rpx 16rpx;
-        border-radius: 20rpx;
-      }
-      .nickname-text {
-        color: #FFFFFF;
-        font-size: 24rpx;
-      }
-      </style>
       ```
 - **步骤 2**：在直播间页面中组合所有组件
 
    这是将视频层和 `UI` 层“叠”在一起的关键步骤，同时需要解决 `nvue` 的布局问题。
 
-  - 打开您的直播间页面文件
+   - 打开您的直播间页面文件
 
-  - 按照以下结构和样式进行修改。
+   - 按照以下结构和样式进行修改。
 
       ``` typescript
       <template>
@@ -466,33 +428,6 @@
       });
       </script>
 
-      <style scoped>
-      .page-container {
-        flex: 1;
-        background-color: #000;
-      }
-
-      .live-container {
-        flex: 1;
-        position: relative;
-      }
-      .video-layer,
-      .ui-layer {
-        position: absolute;
-        top: 0;
-        left: 0;
-        right: 0;
-        bottom: 0;
-      }
-
-      .video-layer {
-        z-index: 1;
-      }
-
-      .ui-layer {
-        z-index: 2;
-      }
-      </style>
       ```
 
 ## API 文档
@@ -514,9 +449,9 @@
 
 - 解决方案：
 
-  - 使用 `Flex` 布局：从页面的最外层根 `<view>` 开始，使用 `flex: 1` 样式，让容器逐层向下“撑满”可用空间。
+   - 使用 `Flex` 布局：从页面的最外层根 `<view>` 开始，使用 `flex: 1` 样式，让容器逐层向下“撑满”可用空间。
 
-  - 使用绝对定位：对于需要覆盖的层（例如 `LiveCoreView` 和自定义的 `ParticipantOverlay`），将其父容器设置为 `position: relative` 和 `flex: 1`，然后将这些覆盖层设置为 `position: absolute` 并配合 `top: 0; left: 0; right: 0; bottom: 0;`，让它们从四个方向贴紧父容器边缘，这是在 `nvue` 中实现“占满”效果最可靠的方法。
+   - 使用绝对定位：对于需要覆盖的层（例如 `LiveCoreView` 和自定义的 `ParticipantOverlay`），将其父容器设置为 `position: relative` 和 `flex: 1`，然后将这些覆盖层设置为 `position: absolute` 并配合 `top: 0; left: 0; right: 0; bottom: 0;`，让它们从四个方向贴紧父容器边缘，这是在 `nvue` 中实现“占满”效果最可靠的方法。
 
 ### 自定义的昵称/头像 UI 与视频画面位置错乱
 - 问题描述： 按照“完善 `UI` 细节”章节添加了 `ParticipantOverlay` 组件后，显示的昵称条或头像占位图没有精确地覆盖在对应的视频小窗上，存在偏移或尺寸不匹配。
@@ -525,9 +460,9 @@
 
 - 解决方案：
 
-  - 确保 `scale` 值正确计算：必须在父页面中正确计算 `scale` 值。通常的计算方式是：`scaleX = 屏幕实际宽度 / 设计稿宽度。`
+   - 确保 `scale` 值正确计算：必须在父页面中正确计算 `scale` 值。通常的计算方式是：`scaleX = 屏幕实际宽度 / 设计稿宽度。`
 
-  - 确保 `scale` 值正确传递：将计算好的 `scale` 对象传递给 `<ParticipantOverlay>` 组件。
+   - 确保 `scale` 值正确传递：将计算好的 `scale` 对象传递给 `<ParticipantOverlay>` 组件。
 
 ### 连麦功能无响应（申请/邀请/接受/拒绝均失败）
 - 问题描述： 调用 `applyForSeat`, `acceptApplication`, `inviteToSeat` 等 `CoGuestState` 提供的方法后，没有任何效果，也没有收到预期的回调。
@@ -536,9 +471,9 @@
 
 - 解决方案：
 
-  - 校验 `liveID`：确保在调用 `useCoGuestState(liveID)` 和所有相关方法（例如 `applyForSeat({ liveID, ... })`）时，使用的 `liveID` 是当前直播间真实且有效的 `ID`。
+   - 校验 `liveID`：确保在调用 `useCoGuestState(liveID)` 和所有相关方法（例如 `applyForSeat({ liveID, ... })`）时，使用的 `liveID` 是当前直播间真实且有效的 `ID`。
 
-  - 保持 `liveID` 一致：在整个页面的生命周期中，所有与 `CoGuestState` 相关的操作都必须使用同一个 `liveID`。
+   - 保持 `liveID` 一致：在整个页面的生命周期中，所有与 `CoGuestState` 相关的操作都必须使用同一个 `liveID`。
 
 ### 无法接收到连麦相关的事件通知
 - 问题描述： 观众端收不到主播的邀请（`onHostInvitationReceived`），或者主播端收不到观众的申请（`onGuestApplicationReceived`）。
@@ -547,9 +482,9 @@
 
 - 解决方案： 确保在页面初始化时（例如在 `onMounted` 钩子中），根据角色（主播/观众）调用相应的方法来注册监听器：
 
-  - 主播端：调用 `addCoGuestHostListener` 来监听 `onGuestApplicationReceived`、`onHostInvitationResponded` 等事件。
+   - 主播端：调用 `addCoGuestHostListener` 来监听 `onGuestApplicationReceived`、`onHostInvitationResponded` 等事件。
 
-  - 观众端：调用 `addCoGuestGuestListener` 来监听 `onGuestApplicationResponded`、`onHostInvitationReceived` 等事件。
+   - 观众端：调用 `addCoGuestGuestListener` 来监听 `onGuestApplicationResponded`、`onHostInvitationReceived` 等事件。
 
 ### 连麦成功后，对方看不到我的画面或听不到我的声音
 - 问题描述： 作为观众，上麦申请被主播同意后，虽然麦位列表中有我，但我的视频画面没有出现，或者麦克风图标显示为关闭状态。